You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
With the vba_next_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 vbam_libretro core as well, but both mgba_libretro and the latest standalone release of VBA-M (taken from commit 2e8bee1) load my save files just fine.
Attached is a log file retrieved when trying to open an affected ROM and save with vba_next_libretro. Given that all logs seem RetroArch-related, I am not sure the information will be of use, but I suppose it is worth a shot anyway. log.txt
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 linked and a backup tool. Coming straight from the cartridges, they are completely unaltered.
I noticed the issue with the following ROMs (with the names retrieved by the backup tool, just in case):
GBAZELDA_AZLP00: The Legend of Zelda: A Link to the Past + Four Swords (E)
GBAZELDA_MC_BZMP00: The Legend of Zelda: The Minish Cap (E)
MARIO_LUIGIP_A88P00: Mario & Luigi: Superstar Saga (E)
PHANTASIA_AN8P00: Tales of Phantasia (E)
SUPER_MARIOB_AA2P00: Super Mario Advance 2: Super Mario World (E)
All of them 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.
this should be possilbe by using overrides from vbam-libretro to determine correct save types and save size. BUT doing so will break the current save format workaround used in this core, so i dont mind backporting those if breaking current compatibility is not an importance....
With the vba_next_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 vbam_libretro core as well, but both mgba_libretro and the latest standalone release of VBA-M (taken from commit 2e8bee1) load my save files just fine.
Attached is a log file retrieved when trying to open an affected ROM and save with vba_next_libretro. Given that all logs seem RetroArch-related, I am not sure the information will be of use, but I suppose it is worth a shot anyway.
log.txt
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 linked and a backup tool. Coming straight from the cartridges, they are completely unaltered.
I noticed the issue with the following ROMs (with the names retrieved by the backup tool, just in case):
All of them 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 !
Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.
The text was updated successfully, but these errors were encountered: