You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, the ALE doesn't serialize the RAM or frame buffer when cloning states. There are various issues with naively doing this (see #413) but there are potential workarounds.
Add a flag to optionally serialize both RAM/frame buffer.
The emulator is now deterministic so we could serialize the state at the time t-1 and run the emulator forward one frame which would rehydrate both the RAM and frame buffer. The logic of this could get messy but it would be easy to remain backwards compatible.
I believe upstream Stella has this functionality now so it might be worth taking a look to see how they managed this.
The text was updated successfully, but these errors were encountered:
Fwiw I recently discovered (while looking for something else) that there was a discussion of this in 2016, though nothing was implemented: #165 (comment)
One suggestion from that discussion was to assert() if someone tries to get a stale RAM or screen rather than silently returning the wrong one. Not sure if that's the design you want to go with, but thought I'd connect the previous discussion.
Currently, the ALE doesn't serialize the RAM or frame buffer when cloning states. There are various issues with naively doing this (see #413) but there are potential workarounds.
t-1
and run the emulator forward one frame which would rehydrate both the RAM and frame buffer. The logic of this could get messy but it would be easy to remain backwards compatible.I believe upstream Stella has this functionality now so it might be worth taking a look to see how they managed this.
The text was updated successfully, but these errors were encountered: