ZSNES Savestate Expansion (10->100)

[Deathlike2]

I'm not sure how often any of you have paid attention to current development in SVN..

There was a preliminary addition to 10->100 savestate support via the command line, but I doubt it was really noticed by any of you (not that it was obvious by any stretch of the imagination). IIRC, grinvader added that support. Anyways, so I eventually got around to adding "the rest" of the support.

So, I ask you now if you are using SVN, to test the 100 savestate support. I believe I've tackled the majority of issues while adding this in, but I need to be sure this is fixed (maybe a WIP soon?).

Added while I had nothing better to do:

Legacy increment savestate option. Look for AutoIncSaveSlotBlock. You will increment in a 10 save block (like how ZSNES behaved previously) except now you have more blocks to worth with (0-9, 11-19, 21-29, etc.)

Bugs fixed while I broke stuff:

Auto State Save/Load was borked before due to lack of porting. Oh well, it was a quick fix.

Known issue (please do not rereport):

F3 savestate selection will not update the screen as I'd like (this is very much related to how the screen is updated in the F1/F3 menu), but pushing up (decrement by 10 slots) and down (increment by 10 slots) will allow for traversing the new slot system. If you want to refresh the screen, just reenter the screen and it will update properly.

Unknown/potential issue:

I'm not sure if savestate support in movies is working as expected. I'll probably have to speak with Nach on this issue.

Probably may be done (no ETA, don't ask when):

Have a key to increment/decrement by 10. I'm sure you know why this may be useful.

What might be done (I will take suggestions):

The state selector in the GUI has not been expanded (but the dot does appear in the correct place). This is because I really really don't want to put 100 dots on the screen with the code to go with it. I have some ideas on tackling this issue, but no complaints please.

What needs testing:

Everything that involves savestate loading/saving/selecting.

Suggestions will be considered, but no guarentees. Please report bugs as you find them.

[Aefix]

I think the easiest thing would just be to put the current slot block beside the 0-9 slot boxes, just the two digits, 00. Maybe in a different colour so they look different from the slots?

if they were in boxes of the same size, only aligned with the right side of the frame with the same margin on the left side, I think it would look good.

[Deathlike2]

Thanks to Jonas for the screen refresh code.. that made adding in the slot level info much easier.

[grinvader]

There was a preliminary addition to 10->100 savestate support via the command line, but I doubt it was really noticed by any of you (not that it was obvious by any stretch of the imagination). IIRC, grinvader added that support.

Just wanted to precise that I only (partially, you did the rest) fixed an even older 100-state command-line support attempt coded by StatMat 4 years and 10 days ago (r1318).

And ouch for looking back and getting slapped in the face by time flying like crazy.

[Stifu]

Such a big amount of save slots will come in handy when it comes to ROM hacking, I know I'll make use of it...

[Deathlike2]

Such a big amount of save slots will come in handy when it comes to ROM hacking, I know I'll make use of it...

Ah, I didn't know you were a romhacker at one point until I saw you were involved in a SMK hack. I haven't taken a look at it myself, but romhacking efforts on games are always cool. </offtopic>

[Stifu]

I should be done with it sometimes next year, finally. (Project started in 2003...)
http://stifu.free.fr/en/epicr.php
It's going to be much better than what you can currently see...
</shamelessplug></offtopic>

[Deathlike2]

F3 screen refresh has been implemented (earlier incarnations would suck up unnecessary cpu cycles, which now has been fixed)