New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Savestates (and branches in TAStudio) are 0-indexed #3112
Comments
see also #2023 edit: I didn't understand this fully when triaging. Now that I do, I'm going to call it a bug because it's so user-hostile.
|
Personally i use the save/load state/branch nr.0 to be exclusively assigned to controller keybinds (which leaves f1 to f10 the rest of states), whenever im testing something before, or even during the works of a TAS, depending on the situation That said it wouldnt be that big of a problem if that ends up being changed |
You mean F1-F9 for the remaining states, right? Considering that there are only 10 savestates hotkeyable. In that case just using the 10th savestate instead of the 0th should work for you, although that is perhaps a little less "separated" logically. |
Yes, apologies, i meant that. |
Not sure whether it's just me or I am missing something, but I feel like it would make more sense if savestates and branches were 1-indexed instead of 0-indexed, aka the first savestate/branch is 1, the second 2, and so forth.
Main reasoning for me personally is that I like to make and load TAStudio branches via the savestate hotkeys (F1-F10 to load and Shift+F1-F10 to save), and I can either not save branch 0 comfortably, or I offset my hotkeys by 1 (aka F1 loads branch 0, F2 loads branch 1, etc.), which is also weird to keep in mind all the time.
Idk, maybe you're supposed to treat branch 0 as something special or something, but in my workflow at least it is just the first branch to me.
The text was updated successfully, but these errors were encountered: