New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SRAM saves are incorrect size. #883
Comments
...wait what |
Yep, that's how it is, the Static RAM chip or Ferroelectric RAM chips used in GBA games are only ever have 32kb of actual storage, If games need 64KB of storage, they use FLASH512kbit (64KB) chips. |
how did I never know that |
the 3DS AGBFIRM mode gets this right since it's effectively a real GBA, it's files are only 32kb. |
I dug through a bunch of my SRAM saves and verified. I'm not sure how OOB works yet so I'm not gonna backport this to 0.6.1 until I do. |
@endrift http://problemkaputt.de/gbatek.htm#gbacartbackupsramfram there's some really good data on this page if you want to read up sometime. |
You say that as though I don't have that as a pinned tab and have for years ;) |
Qt frontend is not changing from 64 to 32 kB automatically. You get 32 kB only with new saves. |
Yeah, the frontend will never shrink files. It's not really a big deal I don't think. |
SRAM / FRAM saves should be 32KB in size, fixing this would not break compatibility with VBA save either I don't think, as those simply pad out the extra 32KB with
FF
bytes, to fix that, simply accept 64KB saves for SRAM and when outputting a new save, overwrite it with 32KB.This shouldn't matter really but I figured it was worth mentioning anyway.
The text was updated successfully, but these errors were encountered: