libretro / libretro/RetroArch

The option to limit the number of savestates with autoincrement doesn't appear to be working.

Open
#12,900 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

savestates
Dominant language
C
Stars
14.1k
Forks
2.2k
Avg merge
7h 35m
Merged PRs (30d)
51

Description

First and foremost consider this:

  • Only RetroArch bugs should be filed here. Not core bugs or game bugs
  • This is not a forum or a help section, this is strictly developer oriented

Description

It's as said in the title, savestates go over the limit. And i also noticed that sometimes the 'wrong' savestate seems to be deleted, when i try to load and nothing happens except a message 'savestate was loaded, like what retroarch thinks the index is and what it really is is was different.

I don't have a theory, but i have auto-increment on, a 10 savestates limit, and autosavestate (on exit) turned off and autosavestate load turned on (but since there is none, nothing should happen).

Expected behavior

Well first the limit to work. I'm pretty sure i tried both with the index starting at -1 (Auto) and from 0.

I retried it now with puae and a limit of 2 savestates (to be faster) and it never cycled but continued on.

with -1 (auto) as the start slot it said 'Saved state to slot #0' (which btw, isn't it wrong? I thought slot 0 was always skipped but maybe it's because i have autoincrement and cores start with 0 instead of -1) then continued for 1, 2, 3, 4 and never rolled back to 0.

with it starting at 0 it said 'Saved state to slot #1' and continued on through 1-4 without a rollover.

Actual behavior

The limit isn't working. There is something screwy sometimes where savestates 'disappear' or at least can't be loaded after heavy savestate-load cycles with this configuration which i'm not sure is the cause.

Steps to reproduce the bug
  1. [First step]
  2. [Second step]
  3. [and so on...]
Bisect Results

[Try to bisect and tell us when this started happening]

Version/Commit

You can find this information under Information/System Information

  • RetroArch: 2329a36f54
Environment information
  • OS: [The operating system you're running]
  • Compiler: [In case you are running local builds]

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reproducing the report with RetroArch, the puae core, autoincrement enabled, a limit of 2, and start slots of -1 and 0. Compare the saved-state messages and loading behavior; done means the configured limit cycles through the expected slots without states disappearing or becoming unloadable.

Written by the indexing model from the issue text.

Assessment

Tech stack
c
Domain
frontend
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.