You are not logged in.
Pages: 1
Fair point on #3. Though I do still think it'll be useful for people who intentionally load a state, only to realize "Oh crap, I shouldn't have done that!" So maybe it'd make more sense with a name like "Restore Last Game State".
> You'll find there's a backup state from the moment you accidentally loaded a state. Load the backup.
Oh, that's good. That would solve this problem entirely. But how does one load that backup state?
> You're just salty because you got your files mixed up
You've misunderstood what I've been saying this whole time, if you think that's the case. Files being mixed up is completely irrelevant to my having lost several hours of gameplay when my cat stepped on my keyboard and loaded an old savestate, and then the emulator overwrote my in-game saves. In-game saves being destroyed should not be a thing that can happen without an OBVIOUS path to recovery.
So, I looked into your suggested path to recovery. I poked around in Desmume and tried to figure out how to load this backup that you mentioned. And it took me, an expert PC user and experienced player of emulated games, several minutes to figure it out, while *knowing* that recovery was possible, and while *not* in an agitated state over having just lost several dozen hours of gameplay.
So, in the name of trying to make this path to recovery more obvious for the average, frustrated newbie, I would like to recommend three things:
1. Make the "Load State From..." menu item open in the emulator's "StateSlots" folder by default. It currently opens in the "States" folder, which is empty (maybe this folder is used for a different kind of game?). If it opened in StateSlots, it would have been significantly more clear to me that backups existed for save states, because that's where the "Chrono Trigger (backups)" folder lives. I might have been able to intuit that loading one of those backups would get me back to my original gameplay spot from before the accidental state load.
2. Write "Creating backup of current state as "path/to/filename/of/backup.dst" into the Console *before* the log lines about loading a save state. The console is displayed by default, so a careful examination of it will teach the user what you just taught me in your most recent comment. If I'd known that there was a save state made from right before the accidental load, I would have known to go looking for a way to load from it.
3. Add a new menu item, File -> Load Latest Backup State. That'll give a flailing user who doesn't know what just happened *something* to grab onto that will fix their issue after an accidental state load, without requiring them to notice the console log or know how to find the folder with the state backups, or even know *which* backup they need to load to get back to where they were.
If you just do 3, I think that'll be a huge win. 1 and 2 would be very nice additions.
> there is no need for .dsv backups.
I disagree, for the reason that I have enumerated in this thread. If you accidentally load a save state from before the last time you saved in-game, and then think "Oh shoot, I didn't mean to load that state. Thank goodness I saved in-game after I saved this state. I'll just reset the game and load from that in-game save...", you've just screwed yourself. As soon as you reset the game, Desmume overwrites the .dsv file that has your newer in-game save with the data from the older save state, erasing your saved game.
That's why .dsv backups would be useful.
Also, it seems like Desmume can go quite a while without actually writing your .dsv file to disk. Having some kind of automatic write to disk every hour or so, rather than waiting for the ROM to be closed or reset (which seem to be the only times it writes to disk, but I could be wrong), would also be helpful. That way if Desmume crashes after several hours of gaming, and fails to write the .dsv file to disk, you don't lose all of those hours.
I am using the latest Appveyor build. I have been since the start. My problem was that my save STATE was old, while my GAME save was new. So loading the old state and then resetting overwrote my GAME save.
How do you make the automatic backups work? You said it's always on, but I only see save STATES being backed up (.ds1, .ds2, etc files in the StateSlots folder). Not GAME saves (.dsv files, in the Battery folder). It would be very nice if both got backed up automatically, for precisely this reason.
Is that, like, a bot response or something? It had only the vaguest hint of having anything to do with what I said.
Oh, hmmm. Does DeSmuMe perhaps not save the .dsv files to disk until it does a reset or closes? That might explain why my backup file has no save data, despite having an appropriate timestamp. I hadn't closed DeSmuMe since last night. I just put my computer to sleep with it running.
So I was playing Chrono Trigger for DS, and having a grand old time, when my cat stepped on my F1 key, and restored my game back to a state I'd saved last night, when I first started playing.
I thought "Well that sucks... Good thing I did a normal in-game save about 10 minutes ago, though!" So I did File -> Reset, intending to load said save game... and came upon a completely fresh "New Game" screen, with no save data at all.
I eventually realized that the reset action caused DeSmuMe to overwrite my in-game save file with the contents it would have had based on that loaded save state.
After some frustrated googling, I found a few forum threads on here that led me to believe I should restore my .dsv file from a backup, which I conveniently happened to have (from a few hours ago, sure, but that's still not so bad...). Unfortunately, even though I'm 100% certain that this file has a timestamp from after I started doing real in-game saves, putting it into the folder that DeSmuMe uses for .dsv files doesn't help. Starting the game up again leads me to a fresh "New Game" screen.
The only weirdness I can think of about this was that I have an ooooold desmume.ini file, back from the last time I played Chrono Trigger about 10 years ago (I discovered this *after* this all happened, and have now deleted it and created a brand new one). The file paths in there were based on where my Games folder used to be, rather than where it had moved to since 2010. So the DSV file was in a different place than it normally would have been. I've tried putting my backup into that folder, but it doesn't help. I've tried editing the .ini file to make it use the new DeSmuMe folder for the "Battery" setting, but that also doesn't help. It's overwriting the copy of the backup that I put into the correct folder with new, blank save data when I quit the emulator, so it's clearly *supposed* to be loading same backup file when it loads the game. But I guess it's not?
What, if anything, can I do?
Also, can I configure DesMuMe to automatically back up .dsv files, so an errant reset while a bad save state is loaded doesn't blow away the only hard save data? Or perhaps configure it so loading a save state is (optionally) a more complex hotkey than just F1? Like, Ctrl-F1, so it can't be done by accident?
Ah ha! That must have been what was wrong. The original path didn't exist after I'd moved the folder.
It'd be nice if there was an explicit error message to that effect. It wouldn't be hard to just check for the existence of actual folders at the locations designated in the path vars.
I'm using DeSmuME 0.9.5 x64 on Windows 7 64bit. When I have the program installed at "D:\Games\DeSmuME.0.9.5-x64", everything works just fine. However, when I had it in "D:\Games\Emu\DS\DeSmuME.0.9.5-x64" I'd get an error every time I tried to make a savestate. In addition, the program would silently fail to write to .dsv files for the ROMs I was playing, which meant that the in-game save function would think it was saving properly, but every time I re-started the ROM, it would do the "initializing data" screen, and there would be no "Load Game" option. The strange thing is that I was able to make a "Save State As..." file just fine, in the D:\Games\Emu\DS\ROMs folder (not the same folder that DeSmuME was installed at when this issue was occurring)
My first thought was that the folder was set as Read-Only by the filesystem, so I made sure to turn that off. That didn't fix it. I knew the savestate system worked, because I'd used it when I first extracted DeSmuME's zip file, but before I'd moved it to my "D:\Games\Emu\DS" folder. So I kept trying different things, like running DeSmuME as admin, and other such stuff. Finally, I just moved the folder back to "D:\Games" which was where I'd first extracted it, and now it works fine.
Can anyone think of why this file saving issue was happening? The only thing I can think of is that the D:\Games folder has existed on my hard drive for years, but I only created the D:\Games\Emu folder (and it's subfolders) today. Maybe there's some weird issue with folders that were created by Windows 7? The partition is NTFS.
The game I've been having this issue with is Chrono Trigger DS, in case that's meaningful. But I haven't played anything else yet, so I don't know if this issue affects other games or not.
Pages: 1