+  RHDN Forum Archive
|-+  Romhacking
| |-+  ROM Hacking Discussion
| | |-+  Question about Nestopia Savestates
Pages: [1]
Author Topic: Question about Nestopia Savestates  (Read 2 times)
Lindblum
Guest
« on: September 28, 2008, 08:25:26 pm »

Hacking Nestopia savestates has been a r8 bitch until I realized they were being auto-compressed, so I've turned that feature off.  I have a practice of having the game running in an emulator in one window while I have a save state opened in a hex editor in another window.  When I save my changes I go back to the game and load the hacked state.  This has worked well for me with several emulators, but Nestopia won't recognize my changes unless I close the game and reload it (resetting is not enough).  Do I just have to deal with this, or can I make it better?
Disch
Guest
« Reply #1 on: September 28, 2008, 09:50:25 pm »

This is total guesswork... but:


It's entirely possible that NEStopia may not be reloading the states from disk when you load state.  It may keep the last few savestates saved in memory for other purposes (rewind functionality comes to mind) and simply uses that copy since it's already loaded, rather than having to reload the state from disk.  The fact that you need to reload the ROM supports this hypothesis, since NEStopia would clear all its movie/rewind and state data when loading a new ROM -- which is something it wouldn't have to (or necessarily want to) do on a simple soft reset.

If that's the case, you're screwed.  Short of making a custom build of the emu to ensure it reloads the state from disk every time, I don't know how you'd get around it (unless there's a option for it in the menus somewhere?)

Try disabling rewinding ability, movies, and anything else related in the emu to see if that does anything.
Deathlike2
Guest
« Reply #2 on: September 29, 2008, 01:25:46 pm »

It sounds to me that it doesn't load the state even if it was altered while the emu is running in the background. Some emus reload the state regardless if it wasn't altered recently.

There would normally be a special check done, so you would probably have to ask the author to disable that behavior or at least toggle it.
Pages: [1]  


Powered by SMF 1.1.4 | SMF © 2006-2007, Simple Machines LLC