Skip to content

docs: explain how RetroArch settings are stored and saved - #7

Open
Helaas wants to merge 4 commits into
mainfrom
agent/retroarch-settings-guide
Open

docs: explain how RetroArch settings are stored and saved#7
Helaas wants to merge 4 commits into
mainfrom
agent/retroarch-settings-guide

Conversation

@Helaas

@Helaas Helaas commented Aug 26, 2026

Copy link
Copy Markdown
Contributor

User-facing half of Leaf#48.

The reporter pointed at retroarch-current-<pid>.cfg and concluded settings were not persisting. That file is a per-launch working copy, and a new number on every launch is expected. The durable configuration, save timing, and Leaf-owned settings were not documented, so normal behavior looked like a bug.

Adds guide/retroarch-settings.md covering:

  • the durable config at .umrk/mlp1/retroarch/retroarch.cfg and the per-launch working copy;
  • when changes are saved, including the limit of hard power cuts;
  • the complete list of Leaf-owned keys and where users can change the ones exposed by Leaf;
  • why the Configuration File menu is hidden and alternate configs are not imported automatically;
  • what Reset RetroArch Config erases and what it leaves untouched.

The guide is linked from Playing games, Settings reference, Shaders, and Troubleshooting.

Depends on Jawaka#95 for the Configuration File menu being hidden. Hold this PR until that ships.

npm run build passes; the page renders at /guide/retroarch-settings/.

Helaas added 4 commits August 26, 2026 20:01
Leaf#48 reported settings not persisting and pointed at the per-launch
retroarch-current-<pid>.cfg file, which is working as designed. Nothing
documented the durable config, the working copy, when changes are written,
or the settings Leaf deliberately owns on every launch.

Adds a RetroArch settings page covering all of that, plus the removed
Configuration File menu and what Reset RetroArch Config erases, and links
it from playing, settings, and troubleshooting.
Review of #7 caught four places the page claimed more than the code does:

- aspect ratio was the example of a setting shared across systems, but Leaf
  owns the aspect-ratio keys; use rewind, which really is shared
- Power off and Restart only wait for a clean save on the app tile; a running
  game is stopped quickly and can lose settings changed that session
- the on-screen save-failure error is app-tile only
- Reset RetroArch Config replaces retroarch.cfg; per-core options and input
  remaps live in separate files and survive it
The page warned that a running game is stopped quickly, then reassured the
reader that save data was unaffected. It is not: autosave_interval is "0", so
RetroArch writes a game's save data when the game closes, and a game killed
before it closes may not have written it. Drop the assurance and point at
Save & Quit, which is the actual advice.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant