RPCS3 Forums
Rpcs3 save and load state functions - Printable Version

+- RPCS3 Forums (https://forums.rpcs3.net)
+-- Forum: Community (https://forums.rpcs3.net/forumdisplay.php?fid=1)
+--- Forum: General Discussion (https://forums.rpcs3.net/forumdisplay.php?fid=16)
+--- Thread: Rpcs3 save and load state functions (/showthread.php?tid=188225)



RE: Rpcs3 save and load state functions - Gerar - 06-03-2017

Hello
Is will be function saving and loading states in games for starting from saved point in rpcs3?
It's especially important for me for getting rare items in gold chests of Castlevania harmony of despairSmile))
Thanks



RE: Rpcs3 save and load state functions - Ani - 06-03-2017

Save states are basically a memory dump. This can be done but will amount to save states being near to half a GB.



RE: Rpcs3 save and load state functions - shoopdahoop22 - 06-03-2017

(06-03-2017, 02:15 PM)Annie Wrote: Save states are basically a memory dump. This can be done but will amount to save states being near to half a GB.

Would it be possible to compress/decompress savestates on the fly?



RE: Rpcs3 save and load state functions - ssshadow - 06-04-2017

Nothing is impossible but it's not worked on right now or even in the near future because it adds a bit of complexity overall. "First make it work, then make it work well" as you say...



RE: Rpcs3 save and load state functions - mcabel - 05-30-2018

I wish to propose an alternative to propose an alternative to compression, which might be irrelevant and more time consuming to code, as well as CPU consuming.
"
My suggestion is on a first run, first usage of a savestate feature, a warning saying that the "savestates take around 500 mb disk space. It is recommended to use no more than one or two if disk space is a concern." Most emulators anyway have a max of 10 save state slots available, which would take no more than 5-10gb disk space, which is really trivial for most modern computers.

This might have been obvious, but just wanted to point it out because sometimes when I code, I put off features because the implementation does not seem optimal or it seems to consume a relatively high amount of disk resources, but then I realize that for most users, that is a non-issue.