Posted: 8/14/2014 8:00 PM
Post subject: Desmume 0.9.9 and 10 Weird SRAM Issues
Quote
Vykan12
Player (100)
Joined: 3/20/2008
Posts: 466
Location: Montreal, Quebec, Canada
0.9.10 If you record a movie and make in-game saves, the saves don't work If you play back a movie, it uses the current SRAM state instead of the one used by the movie 0.9.9 If you make an in-game save, loading another savestate with different in-game saves + resetting will cause the original in-game saves to show, which makes no sense. I'll have a look at some earlier versions, but for the time being, is there a Desmume version that doesn't suffer from weird SRAM issues?
Posted: 8/14/2014 8:12 PM
Post subject: Re: Desmume 0.9.9 and 10 Weird SRAM Issues
Quote
ALAKTORN
He/Him
Former player
Joined: 10/19/2009
Posts: 2527
Location: Italy
DS TAS of 2012
Vykan12 wrote:
0.9.10 If you record a movie and make in-game saves, the saves don't work If you play back a movie, it uses the current SRAM state instead of the one used by the movie 0.9.9 If you make an in-game save, loading another savestate with different in-game saves + resetting will cause the original in-game saves to show, which makes no sense.
1. Isn’t that normal? Last I checked (long long ago admittedly) you need to browse for the SRAM separately when opening a movie file. 2. Isn’t that because in-game saves are a single file, and if you overwrite it– well, it’s overwritten, so even if you load different savestates the game save will stay as the overwritten one. I may have misunderstood everything but whatever.
Posted: 8/14/2014 9:57 PM
Post subject: Re: Desmume 0.9.9 and 10 Weird SRAM Issues
Quote
Vykan12
Player (100)
Joined: 3/20/2008
Posts: 466
Location: Montreal, Quebec, Canada
ALAKTORN wrote:
1. Isn’t that normal? Last I checked (long long ago admittedly) you need to browse for the SRAM separately when opening a movie file.
No, you specify the SRAM when recording a movie, but not for opening one.
ALAKTORN wrote:
2. Isn’t that because in-game saves are a single file, and if you overwrite it– well, it’s overwritten, so even if you load different savestates the game save will stay as the overwritten one.
That's not been my experience with any other emulator (notably SNES9x and VBA). As far as I know, loading a savestate should cause the battery to change, otherwise resetting magically negates the effect the savestate had to begin with.
Posted: 8/17/2014 6:35 AM
Quote
Vykan12
Player (100)
Joined: 3/20/2008
Posts: 466
Location: Montreal, Quebec, Canada
I checked and this is an issue of every desmume version I tried, (0.9.4 through 0.9.10, 32 & 64 bit). In fact, I found some additional issues: -Any in-game save made during a movie is lost once the movie is stopped and a reset is performed -Deleting a savestate or a movie causes the SRAM to change -Overwriting a movie causes desyncs -You can record a movie without the .dsm extension Among others.
Posted: 11/10/2014 9:22 AM
Quote
jlun2
Skilled player (1743)
Joined: 9/17/2009
Posts: 4986
Location: ̶C̶a̶n̶a̶d̶a̶ "Kanatah"
GBA TASer of 2010
There's this weird issue with savefiles and playback it seems. ROM: 1065 Over The Hedge (EU) 1. Delete the savefile in battery folder 2. Run back this input file. 3. Before the level ends, make a savestate 4. You should see this screen: 5. Reload savestate 6. The above screen would now be gone. I'm not sure how useful reporting this would be given how progress for this emulator seems to have slowed, but hope it helps.
LLCoolDave wrote:
This seems to be competing for the "Worst looking TAS of 2011" Award.
Posted: 1/14/2015 6:48 AM
Quote
zeromus
Editor, Emulator Coder
Joined: 8/7/2008
Posts: 1156
0.9.10 sucks, dont use it. its full of 'error saving' errors