SRAM, settings not saving to SDcard

[GoogleCodeExporter]

(What steps will reproduce the problem?)
1. Quitting emulator/re-loading game from "Load" menu
2. Emulator settings (such as screen positioning) and game's SRAM will reset
3. Game's SRAM will not zero from soft-reset.

(What is the expected output? What do you see instead?)
Ditto with similar projects such as NeoPop for Wii and GenPlus for Wii and
GnuBoy for Wii.

(What version of the product are you using? On what operating system?)
Latest build, extracted and copied to an SDcard, loaded from the Homebrew
Channel.

(Please provide any additional information below.)
Is there a file/folder structure I should be following? The emulator has
its own subfolder from SD:/APPS (where Wii HBC looks) and within that
emulator subfolder is a ROMS and a SAVES folder.

Original issue reported on code.google.com by Changedw...@gmail.com on 10 Aug 2009 at 11:49

[GoogleCodeExporter]

SRAM is not saved, use Savestates instead (SRAM is saved inside the State)
SRAM is not zeored on soft reset, this is normal, same (hopefully) happens on 
the
real console

About folder structure, your SD should be like this:

/apps/smsplus
/apps/smsplus/boot.dol
/apps/smsplus/icon.png
/apps/smsplus/meta.xml

/smsplus
/smsplus/config.ini (automatically created, store emulator settings)
/smsplus/roms       (ROM files are stored here, you can use subdirectories)
/smsplus/saves      (Saved State files are stored here, use the Load/Save State 
menu
or enable "Auto FREEZE" option)

If you ddin't already, first thing to do when using an application (any ones) 
should
be to *READ THE MANUAL*, it has been written for a good reason

Original comment by ekeeke31@gmail.com on 11 Aug 2009 at 9:39

• Changed state: Invalid
• Added labels: Type-Other
• Removed labels: Type-Defect

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

SAVESTATE MANAGER
Let you load/save SaveState data from/to the selected device: SaveState files 
is a
feature that does not exist on real hardware and will let you save and restore 
your
progress in ANY games, even those which don’t have internal saving feature. 
The
SaveState data can be seen as a snapshot (or “freeze” state) of the current 
emulation
state. Once restored, you will be able to continue your game at the exact point 
where
you leaved it.

from here: http://smsplus-gx.googlecode.com/svn/smsplus.pdf

Now, if SRAM saving/loading was supported, it would obviously have been 
mentionned
and you would have a dedicated menu for it, just like in other emulators. The 
feature
list that mentions SRAM/Savestate support is just a typo due to stupid 
copypasting.

Though, I agree this should be an added feature, not everybody is willing to 
use the
savestate feature and using the original SRAM save feature indeed makes the 
whole
playing experience better.

I don't know about your settings not being saved, it works fine for me: 
however, it
could happen if you siwtched off your wii before really exiting the option menu.
ALso, be sure you have a file named smsplus.ini in the SD:/smsplus directory 
and your
SD is not write protected.

Original comment by ekeeke31@gmail.com on 20 Aug 2009 at 10:03

[GoogleCodeExporter]

Yeah, that's the folder structure I have from reading the manual. I was just 
pointing
out the SRAM did not zero upon soft-reset in case anyone claimed the SRAM 
values were
kept. (And I think the emulator automatically created the SD:/SMSplus 
root-folders &
subfolders.)

Maybe I'm particularly slow, but yes it was not mentioned in the Manual that the
emulator could handle saving SRAM, but nowhere nowhere in it did it mention that
players could only freeze-states to save their progress.

Original comment by Changedw...@gmail.com on 20 Aug 2009 at 3:16

[GoogleCodeExporter]

Thanks for the reply. Those typos really irked me.
Not only does battery/SRAM saving add to the classic experience, but SRAM files 
are 
easier to take games between consoles (and between translation updates).
What is the SPZ format anyhow? It isn't an SRAM file, but it looks much smaller 
the the 
savestate files that SMS Plus/SDL 2003.07.16 (Windows) provides.

Original comment by Changedw...@gmail.com on 5 Oct 2009 at 2:18

[GoogleCodeExporter]

Those are compressed savestates (using zlib). Also, I've modified the original 
SMS
Plus code quite a lot so don't expect the (uncompressed) savestate format to be 
the same.

Original comment by ekeeke31@gmail.com on 5 Oct 2009 at 7:08