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

Savegame format change #228

Open
davidgfnet opened this issue Oct 4, 2023 · 8 comments
Open

Savegame format change #228

davidgfnet opened this issue Oct 4, 2023 · 8 comments

Comments

@davidgfnet
Copy link
Collaborator

Hello there! This issue is to clarify the latest changes regarding file save format.

Previous versions of gpsp allow to choose two ways of storing savegame files: as .sav files (known as gpsp format) and .srm (libretro format).
If you have a savegame in .sav format and it is not working anymore (due to the latest changes), you need to rename the .sav into a .srm file and place it in the right directory (usually in the savegame directory, called /saves/ or so).
You can import any savegame from another emulator by just renaming the save file. It should also work the other way around (unless you use compressed savegames, which is disabled by default).

@RPGX400
Copy link

RPGX400 commented Oct 11, 2023

Thats disappointing to hear. Is there a reason for the change? It was the only reason I used the core given its .sav compatibility.

And yes, I know https://xkcd.com/1172/ but there are legitimate reasons to use the format. :-/

@davidgfnet
Copy link
Collaborator Author

The format is literally the same. You can just rename the .sav to .srm and back. Unless of course you enable compression in retroarch or some other fancy option.
Theres good reason for this change too, some new cool features are coming and this is almost a requirement.
Stay tuned :)

@Darkstalix
Copy link

i have a very weird issue with the save files
This happens to me in both android and Win10 from what i tested so far 1.16 latest versions
My save files are being recognized but in a weird way, i cant really explain you have to see the video.
this happens ONLY when you enable in the Settings - Latency - Run ahead to reduce latency
I disable the run ahead when playing these games(happens both Gs1 and Gs2) just informing you guys in case its the core's fault
https://youtu.be/45YOoEG3leo

@RPGX400
Copy link

RPGX400 commented Jan 17, 2024

The format is literally the same. You can just rename the .sav to .srm and back. Unless of course you enable compression in retroarch or some other fancy option. Theres good reason for this change too, some new cool features are coming and this is almost a requirement. Stay tuned :)

Unfortunately it breaks the syncing of files that I was using which involved an Analog Pocket, a hacked 3DS, and a physical game cart using a dumper connected to my phone. Which all use the .sav format exclusively. Enabling as seamless cross platform play as I could. (Relying on syncing the .sav to Google drive and to my windows and android devices. Which wouldn't be a problem except I have those other devices to consider) Adding that extra step adds another (small) layer of complexity that I would hope to avoid please. Please please reconsider or tell me what a total idiot novice coder can do to solve this dilemma. U_U

Thank you for your time. Sincerely, RP

@hizzlekizzle
Copy link

I believe a symlink should do the trick. Otherwise, you'll need to stick with an older build of the core.

@devironglove
Copy link

I'm also encountering an issue with my current saves.
They're coming from a RG35XX running GarlicOS and I'm trying to migrate my saves the my RGB30.
I tried multiple platforms (NES/SNES/GB/Mastersystems) and they work fine.
However, I can't seem to find a way to make my saves from GBA to work.

What happens? My RG35XX saves a .sav (8kb) but when loaded in my RGB30, the SAV is not found and if I save in my game, it saves a .srm at the same position.
According to answers here above, I just renamed my SAV to SRM; but nothing works (also tried a converter)

The only difference I see is that the version are different

  • RGB arkos runs the V0.91 eaf8b94
  • GarlicOS runs the V0.91
    I also tried to change the core on my RGB but it fails "not started" I suppose this is incompatible with the architecture.
    Any suggestion? :(

@Darkstalix
Copy link

brother as i said in my post , have you happen to have enabled the run ahead setting for the latency?
This was the issue in my save games as soon as i disabled it was ok

@devironglove
Copy link

devironglove commented Feb 10, 2024

Negative, "Run ahead" is well disabled :)

Edit : It's fixed !
Explanation :> It seems GarlicOS start a game with the last state loaded when you hit A. Of course there was a SAVERAM timer set too low in my retroarch ! So what happened is that when I check my game, it overwrites the Sram to a weird one...
When loading the game from start, I can now wee my correct save and transfer it to another handheld.
I don't understand what the freak happened to my original SRAM to get it nullified when autoloaded... But this option is now disabled :/

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

5 participants