-
-
Notifications
You must be signed in to change notification settings - Fork 138
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
[Feature] Saves not saving to server #786
Comments
This is how it's supposed to behave, there's likely something wrong with your setup. How comfortable are you with the developer console?
Playing on browser is not this project's main goal, and is mostly an afterthought, a way to let players casually play sometimes. |
@gantoine I have the same issue of the save not saving on the server most of the time. It seems like it works correctly 1/20 times. I'm happy to try any suggestions that may help debug it. |
Well that's strange, I'd expect it either doesn't work at all, or works all of the times (unless the internet interrupts). Is it still saving a copy to the IndexedDB/browser cache? And can you try seeing what (if any) requests go out on save in the network tab of the dev tools? |
How do I access the dev tools? Do I need to go through the dev setup? |
I meant the browser dev tools, Web Developer Tools/Developer Tools. Are you familiar with the dev tools and browser console? |
Sorry was on the wrong account before, but this is the same person. |
It seems to only save to RomM for me when pressing the menu button. Using the Quick Save keybind only saves to the browser from what I've been able to tell. EDIT: |
For me it's not saving no matter what I do. |
Quick save saves to the current session only. This is nice because it wont continue to eat space. If you want to save to the server and pick up where you left off, you currently have to tap the hamburger menu while in game then tap the white disk icon at the bottom. This will save your state to the server. Hope this helps and I really hope @zurdi15 can shed some light on perhaps adding a keybind option to save state rather than quick save only. Also maybe adding load saved state as a keybind. |
third icon bottom left, the floppy disk 💾 |
Might be related to #769 but when saving in game (not using quick saves or save state icon from the menu) is the expected behavior to have it be sent back to the server? Using the browser developer tools / network analyzer in both Firefox and Chrome I did not see any network activity when a game is saved or when the EmuJS is terminated. Is it expected that in-game saves will not store to the server? |
I figured out that clicking the "Export Save" button is what does the trick. The buttons within emulatorjs seem to be the only way to handle system saves and save states, though I'm not sure how to adjust save state slots. |
This will likely change when #1497 ships in 2-3 weeks.
there's an option in the ⚙ menu, bottom right corner of the emulatorjs player |
Is your feature request related to a problem? Please describe.
Currently, when a game is saved, it seems that save is stored in browser. It would be nice if the save could work similarly to save states in the way they seem to automatically upload and become available to select when loading a rom. This would greatly improve cross-device saves as currently I need to remember to download the save using the export save in emuationjs, then upload the file.
In a somewhat related request, it would also be nice to have the option to select a save file that a rom would load automatically each time I start a given rom.
Describe the solution you'd like
When game is saved, automatically save to server if a save file doesn't already exist.
Allow user to select a "default" save file that will load any time they go to play that rom
Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
Additional context
Add any other context or screenshots about the feature request here.
The text was updated successfully, but these errors were encountered: