Android版RetroArchでSaveRAM自動保存を設定し、save stateと区別する方法
コアが通常のゲーム内saveを作成し、RetroArchが有効なSave Filesディレクトリへ書き込めることを確認してから、Settings → Saving → SaveRAM Autosave Intervalを0以外にします。この間隔は不揮発性SaveRAMを定期書き込みしますが、save stateは作らず、全コアを保証せず、Close Contentやbackupの代わりにもなりません。ファイルを確認し、contentを閉じてcold launch後にゲーム内saveを読み込んでください。
この順番で実行
- 01
RetroArch package／版、core／版、許可済みゲーム、有効なSave Filesディレクトリ、自動保存offでもcold loadできるゲーム内saveを記録します。
- 02
Settings → SavingでSaveRAM間隔を開き、試験用に短い0以外の値を選びます。0は定期書き込みを無効にします。
- 03
ゲーム自身の機能で保存し、contentを動かしたまま間隔より長く待ち、この試験中はsave stateをloadしません。
- 04
設定先またはexportで対象save fileが更新されたことを確認します。通知だけでは書き込みの証明になりません。
- 05
Quick Menu → Close Contentでmenuへ戻り、同じゲームとcoreをcold launchしてゲーム内機能から読み込みます。
- 06
信頼できる最小間隔と別backupを保ち、package、core、並べ替え、権限、syncを変えたら再検証します。
診断表
| 観察 | 意味 | 次の確認 |
|---|---|---|
| 間隔が0 | 定期SaveRAM書き込みoff | Close Contentまたは0以外 |
| stateで進行が戻る | stateだけを確認 | 通常saveをcold load |
| fileが変わらない | core、path、権限、save event | 対応と有効directory |
| 別端末が古い | sync時期またはpath構造 | 閉じてmanifestとpathを比較 |
間隔が書くのはSaveRAMで、機械全体ではありません
現行templateは不揮発性SRAMを秒単位で定期保存し、0で無効にします。コアが該当memoryを公開する必要があります。
save stateはより広い実行snapshotで、互換条件も別です。この試験では使いません。
cold loadが合格条件です
menu値やtimestampだけでは不十分です。正しく閉じ、同じcoreを再起動し、ゲームの通常save画面から読み込みます。
cloudはlocal保存の後です
RetroArchは起動時やcore unload周辺でsyncします。書かれていないlocal fileはcloudで直らず、save sortingが違えばpathも分かれます。
権利のあるゲームとsaveだけを使ってください。SaveRAMはROM、BIOS、disc、画像、音楽、achievement、認証情報を許諾しません。報告ではaccountとprivate pathを隠してください。