Skip to main content
Tweeted twitter.com/StackRaspi/status/872917775102169090
added 624 characters in body
Source Link
tarabyte
  • 675
  • 3
  • 7
  • 13

I see no logs even after I hit key points in the game (e.g. opening dungeon treasure chests, changing coin counts, arrow counts, bomb counts). The autosave log never comes back. I see no cronjobs running for either root or the pi user that could be periodically copying over the .state file to the .state.auto file. On exiting the emulator, I see a burst of logs:

but the .state.auto file md5sum does not change.

I think this is a conflict between me testing out slot saving feature (RightShoulder+select) and the more native game save. I can see my .state file was recently updated but my .state.auto file hasn't been touched for a long time. Manually copying the .state file to the .state.auto file does bring up some progress...

Update

I gave up on autosave. Slot saving still seems to have problems. The only thing that works seems to be:

  1. slot-save (right_shoulder + select)
  2. native-save (save and quit)
  3. exit emulator (start + select)

I'm watching the .state file and can see it change on a slot-save. I grab the md5sum and make sure it is unmodified on reboot. The file is in tact. Either what is being saved to that state file is insufficient or that state file is NOT what is being loaded. Is there another file that could being read? Is there another cached file that is not getting written to that state file?

I see no logs even after I hit key points in the game (e.g. opening dungeon treasure chests, changing coin counts, arrow counts, bomb counts). The autosave log never comes back. On exiting the emulator, I see a burst of logs:

I think this is a conflict between me testing out slot saving feature (RightShoulder+select) and the more native game save. I can see my .state file was recently updated but my .state.auto file hasn't been touched for a long time. Manually copying the .state file to the .state.auto file does bring up some progress...

I see no logs even after I hit key points in the game (e.g. opening dungeon treasure chests, changing coin counts, arrow counts, bomb counts). The autosave log never comes back. I see no cronjobs running for either root or the pi user that could be periodically copying over the .state file to the .state.auto file. On exiting the emulator, I see a burst of logs:

but the .state.auto file md5sum does not change.

I think this is a conflict between me testing out slot saving feature (RightShoulder+select) and the more native game save. I can see my .state file was recently updated but my .state.auto file hasn't been touched for a long time. Manually copying the .state file to the .state.auto file does bring up some progress...

Update

I gave up on autosave. Slot saving still seems to have problems. The only thing that works seems to be:

  1. slot-save (right_shoulder + select)
  2. native-save (save and quit)
  3. exit emulator (start + select)

I'm watching the .state file and can see it change on a slot-save. I grab the md5sum and make sure it is unmodified on reboot. The file is in tact. Either what is being saved to that state file is insufficient or that state file is NOT what is being loaded. Is there another file that could being read? Is there another cached file that is not getting written to that state file?

added 410 characters in body
Source Link
tarabyte
  • 675
  • 3
  • 7
  • 13

Is thereI think this is a command to flushconflict between me testing out slot saving feature (RightShoulder+select) and the state from rammore native game save. I can see my .state file was recently updated but my .state.auto file hasn't been touched for a long time. Manually copying the .state file to thatthe .state.auto file? does bring up some progress...

Is there a command to flush the state from ram to that file?

I think this is a conflict between me testing out slot saving feature (RightShoulder+select) and the more native game save. I can see my .state file was recently updated but my .state.auto file hasn't been touched for a long time. Manually copying the .state file to the .state.auto file does bring up some progress...

added 410 characters in body
Source Link
tarabyte
  • 675
  • 3
  • 7
  • 13

I see no logs even after I hit key points in the game (e.g. opening dungeon treasure chests, changing coin counts, arrow counts, bomb counts). The autosave log never comes back. On exiting the emulator, I see a burst of logs:

RetroArch [INFO] :: Saving state: "/home/pi/RetroPie/roms/snes/LegendofZeldaALinktothePast.state.auto".
RetroArch [INFO] :: State size: 5000000 bytes.
RetroArch [INFO] :: File already exists. Saving to backup buffer ...
RetroArch [INFO] :: Auto save state to "/home/pi/RetroPie/roms/snes/LegendofZeldaALinktothePast.state.auto" succeeded.
RetroArch [INFO] :: Saved new config to "/opt/retropie/configs/snes/retroarch.cfg".
RetroArch [INFO] :: Saving RAM type #0 to "/home/pi/RetroPie/roms/snes/LegendofZeldaALinktothePast.srm".
RetroArch [INFO] :: Saved successfully to "/home/pi/RetroPie/roms/snes/LegendofZeldaALinktothePast.srm".
RetroArch [INFO] :: Trying to write to playlist file: /opt/retropie/configs/snes/content_history.lpl
RetroArch [INFO] :: Trying to write to playlist file: /opt/retropie/configs/snes/content_image_history.lpl
RetroArch [INFO] :: Average audio buffer saturation: 49.77 %, standard deviation (percentage points): 14.49 %.
RetroArch [INFO] :: Amount of time spent close to underrun: 3.78 %. Close to blocking: 3.63 %.
RetroArch [INFO] :: Average monitor Hz: 59.988002 Hz. (18.284 % frame time deviation, based on 2048 last samples).
RetroArch [INFO] :: Average audio buffer saturation: 49.77 %, standard deviation (percentage points): 14.49 %.
RetroArch [INFO] :: Amount of time spent close to underrun: 3.78 %. Close to blocking: 3.63 %.
RetroArch [INFO] :: Average monitor Hz: 59.988002 Hz. (18.284 % frame time deviation, based on 2048 last samples).
Sound buffer size: 128000 (32000 samples)

Is there a command to flush the state from ram to that file?

Is there a command to flush the state from ram to that file?

I see no logs even after I hit key points in the game (e.g. opening dungeon treasure chests, changing coin counts, arrow counts, bomb counts). The autosave log never comes back. On exiting the emulator, I see a burst of logs:

RetroArch [INFO] :: Saving state: "/home/pi/RetroPie/roms/snes/LegendofZeldaALinktothePast.state.auto".
RetroArch [INFO] :: State size: 5000000 bytes.
RetroArch [INFO] :: File already exists. Saving to backup buffer ...
RetroArch [INFO] :: Auto save state to "/home/pi/RetroPie/roms/snes/LegendofZeldaALinktothePast.state.auto" succeeded.
RetroArch [INFO] :: Saved new config to "/opt/retropie/configs/snes/retroarch.cfg".
RetroArch [INFO] :: Saving RAM type #0 to "/home/pi/RetroPie/roms/snes/LegendofZeldaALinktothePast.srm".
RetroArch [INFO] :: Saved successfully to "/home/pi/RetroPie/roms/snes/LegendofZeldaALinktothePast.srm".
RetroArch [INFO] :: Trying to write to playlist file: /opt/retropie/configs/snes/content_history.lpl
RetroArch [INFO] :: Trying to write to playlist file: /opt/retropie/configs/snes/content_image_history.lpl
RetroArch [INFO] :: Average audio buffer saturation: 49.77 %, standard deviation (percentage points): 14.49 %.
RetroArch [INFO] :: Amount of time spent close to underrun: 3.78 %. Close to blocking: 3.63 %.
RetroArch [INFO] :: Average monitor Hz: 59.988002 Hz. (18.284 % frame time deviation, based on 2048 last samples).
RetroArch [INFO] :: Average audio buffer saturation: 49.77 %, standard deviation (percentage points): 14.49 %.
RetroArch [INFO] :: Amount of time spent close to underrun: 3.78 %. Close to blocking: 3.63 %.
RetroArch [INFO] :: Average monitor Hz: 59.988002 Hz. (18.284 % frame time deviation, based on 2048 last samples).
Sound buffer size: 128000 (32000 samples)

Is there a command to flush the state from ram to that file?

added 410 characters in body
Source Link
tarabyte
  • 675
  • 3
  • 7
  • 13
Loading
added 410 characters in body
Source Link
tarabyte
  • 675
  • 3
  • 7
  • 13
Loading
Source Link
tarabyte
  • 675
  • 3
  • 7
  • 13
Loading