Skip to content
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

EEPROM64K(8kb) save files improperly loaded #33

Closed
Uvik opened this issue Jul 4, 2017 · 2 comments
Closed

EEPROM64K(8kb) save files improperly loaded #33

Uvik opened this issue Jul 4, 2017 · 2 comments

Comments

@Uvik
Copy link

Uvik commented Jul 4, 2017

With the vbam_libretro core in Retroarch, it looks like 8kb EEPROM64K save files (the name might be wrong, my apologies in advance) are not properly loaded.

Upon save, the emulator overwrites the original 8192b save file with an empty one weighing 139264 bytes.

Reliably reproduced the issue with the latest vba_next_libretro core as well (reported the same issue under VBA-Next issue #83, but both mgba_libretro and the latest standalone release of VBA-M (taken from commit 2e8bee1) load my save files just fine.

It might be important to add that I got these issues by loading my own GBA ROMs and save files, dumped from my original cartridges using a DS linker and a backup tool. Coming straight from the cartridges, they are completely unaltered and the incompatibility might be expected (who knows?).

I noticed the issue with the following ROMs (with the names retrieved by the backup tool, just in case):

  • The Legend of Zelda: A Link to the Past + Four Swords - EU version (GBAZELDA_AZLP00)
  • The Legend of Zelda: The Minish Cap - EU version (GBAZELDA_MC_BZMP00)
  • Mario & Luigi: Superstar Saga - EU version (MARIO_LUIGIP_A88P00)
  • Tales of Phantasia - EU version (PHANTASIA_AN8P00)
  • Super Mario Advance 2: Super Mario World - EU version (SUPER_MARIOB_AA2P00)

All of these games seem to use the same 8kb EEPROM64K save format.

Please let me know if you require any information. I am obviously uncomfortable with sharing the ROMs I dumped, but I can provide problematic save files if required.

Thank you in advance !

P.S.: After a quick glance at the code, it looks like the libretro workaround (defined at EEprom.cpp, line 14) might be related in one way of the other. At least, that seems to be why the save file ends up being 139264 bytes large after loading it. I have no idea about the rationale behind this workaround though, so my guess could very well be utterly wrong :-)

andres-asm pushed a commit that referenced this issue Jan 17, 2019
fix Mac post-build bundle/link broken in a775cc4
@ghost
Copy link

ghost commented Jan 21, 2019

proper save file types and sizes for most games should now be identified with the latest commit (EEPROM_512, EEPROM_8K, SRAM 32K, FLASH_512K and FLASH_1M)

please post if there are games which are not detected properly

@hizzlekizzle
Copy link
Contributor

alright, since there haven't been any more reports, I'm going to close this issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants