[iOS] RetroArch do not respect SaveRAM Autosave Interval about retroarch HOT 7 CLOSED

I know gpSP historically didn't support it because it used its own save system, but I'm under the impression that was fixed a few months ago and so it should probably work now. I'm not abreast of threading status on PSVita but iOS should definitely have it AFAIK.

I would suggest trying snes9x as a baseline core that should definitely support it.

from retroarch.

Thanks, I will close the issue for now to test and, if that's the case, eventually reopen it (and anyhow left a comment with my findings so future people can know about it.

from retroarch.

This is typically handled on a per-core basis. That is, cores that don't implement the libretro save interface aren't able to take advantage of that interval. Are you sure you're using cores that work with it? Note: on devices that don't support threading, this feature doesn't work, since it requires running on a thread.

from retroarch.

@hizzlekizzle thanks for your feedback. I am not sure whether the core I am using implement or not. Do you know where I could find that information? Or whether the device support threads or not? I see the same thing happening on iOS and on PSVita.

In both devices I was testing GBA emulation with gpSP core, and on https://docs.libretro.com/library/gpsp/ I see a checkmark on "Saves" but I am not sure if that means it uses libretro save interface or not.

Though by your comment I understand that it might be helpful to test other cores.

from retroarch.

My findings, with RetroArch 1.16.0 emulating GBA games with different cores, testing the internal save, waiting the seconds as set on SaveRAM Autosave Interval and closing RetroArch non-gracefully via iOS application menu:

• Beetle GBA: save data is lost to the last time you did Close Content manually
• gpSP: save data is lost to the last time you did Close Content manually
• mGBA: save data is correctly written to device memory
• VBA Next: save data is correctly written to device memory
• VBA-M: save data is correctly written to device memory

So I had the issue described because I was playing a game with gpSP core. Why? Don't know, chosen randomly.

From the end user perspective, who is not necessarily familiar with specific cores support, I think it would be great if we could somehow indicate this on the user interface. There are a lot of reports of users losing save game data and it could really be as simple as this - setting a sensible default for SaveRAM Auto Save Interval (I'd say 10 seconds would be OK for most devices) and indicating clearly on the RetroArch interface which cores support this option and which cores doesn't.

@hizzlekizzle do you think that it would be useful to open an issue for the second part? Thanks again for your attention into this issue.

from retroarch.

Comparing the Features table from https://docs.libretro.com/library/gpsp/ with https://docs.libretro.com/library/mgba/ , I see that mGBA supports "Core Options" while gpSP does not. Is this "Core Options" the implementation of libretro save interface? @hizzlekizzle

from retroarch.

Created a PR on libretro docs to mention this explicitly in documentation, so it is not buried here in comments.

from retroarch.