Skip to content

FCEUmm does not save in game #646

Description

@chromfuoco

FCEUmm-libretro seems not to correctly handle in-game save (SRAM).

Steps to reporduce:

  • load zelda1 with FCEUmm core
  • register a new save within the game at start screen
  • get the sword, go up, kill an enemy, get 1 coin, then get killed
  • choose save option
  • now if you die again, quit and try to load, you'll find the save file hosted in SRAM and usable, though the SRAM is not flushed to the filesystem on the host system
  • clean exit the emulator
  • go to the saves path on the host system (can be the roms path or a dedicated path)
  • find the zelda.sav (or whatever your rom is called), edit in an hex editor: the file is empty
  • I have found that at times the emulator does not write the file at all on the filesystem

On exiting Retroarch, log shows no errors:

[INFO] [SRAM] Saving RAM type #0 to "/home/user/.config/retroarch/saves/Legend of Zelda, The (USA).srm".

Tried the same exact workflow with QuickNES and the above issue is not present

Tried in Linux, Retroarch 1.22.2, FCEUmm SVN 3a84a6f
Same ahppens in Batocera with Retroarch 1.22.2 and FCEUmm SVN63643ba

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Fields

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions