@mitu So sorry for the delay...busy week and didn't have much time to play. Just tried my ps3 controller and yep, you're right it's simply the controller itself.

Thanks everyone.

@mitu That did it! The file was in autoconfig called Arduino LLC Arduino Leonardo.cfg

Now when I push Select and Trigger nothing happens. Phew! :)

@YFZdude said in Save States:

The SELECT button is it's own button. The HOTKEY can be a different button. You may not have any games that use SELECT. What matters is that you have a mapped HOTKEY button. To save states it should be HOTKEY + R1.

Yeah, the hotkey +R1 is working fine now. Silly me. I understand now. Thanks for your explanation though. Now for some retro gaming fun!

Finally i get rid of save/load state functionality. i change the following:

1- This is for the gamepad.

From/opt/retropie/configs/all/retroarch-joypads
i remove the lines for save/load states.

2- This is for the keybord.

From /opt/retropie/configs/all/retroarch.cfg
i change the lines from

# input_save_state = f2
# input_load_state = f4
to
input_save_state = f22
input_load_state = f44

3- This is to hide save/load state option, in rgui quick menu.

i add to the/opt/retropie/configs/all/retroarch.cfg

the line quick_menu_show_save_load_state = "false"

Got it solved.
I outsourced the config-files to "/home/AMIBERRY Inputs".
Now everything works, i learned that retroarch seems to browse also the subfolders within "opt/retropie/configs/all/autoconfig/" ;)

@mitu said in lr-mame2003 dosent support save states on one game:

Try a different emulator - lr-mame2010 may support save states for this driver.

Thank you Mitu, I will try this after work ^^

@mitu said in Suddenly my save states dosent work.:

Save states are not always portable between emulators, so a save state from lr-gambatte might not worth with lr-mgba . Is the emulator version the same as the one you used for the save states ? Sometimes an upgrade of the emulator makes it incompatible with previous versions' save states.

Hmm maybe it's because of an emulator upgrade. I played the game for a couple of month before I did the backup. And after I think I did an update. Thanks, I did not know it might cause a problem. At least the "normal" save file works.

@cyperghost said in Suddenly my save states dosent work.:

@lesk ... and it's more likely that a battery savestate gamename.srm will work more reliable and may be portable to other emulators ;)

Thanks, yeah the normal game save seems to work just fine ^^

@mitu Thx for this. would you happen to know if I define a location of a folder that does not exist, will it create said folder for me or return an error instead?

@mitu This makes sense. Oh well, I'm just glad it's not something I was doing wrong. Thank you!

Hi, I asked the developer of lr-caprice32 if he would add save states to the core and he has now kindly implemented them.

https://github.com/libretro/libretro-cap32/commit/8dc1fe206abc480cfd55c419a4f24f227495488b

You can enable this functionality by running the "update from source" option for lr-caprice32 under RetroPie setup.

0 committed to libretro/libretro-cap32 added save-state support, fixes #52

@vahnxdean Login via SSH or get to a command prompt by closing Emulationstation. Open the File Manager (mc) and browse the /home/pi/RetroPie/roms folder, which will contain your ROMs and save states - under each system (nes, snes, etcc).
Copy/move the saves (they have the .stateX extension, where X is a number) to a folder inside /home/pi/ - let's say /home/pi/saves.
Configure the save states folder to be /home/pi/saves. This way the save folder will be on the SD card, but your ROMs will still stay on the USB HDD.
The reason you're not seeing the ROMs from the SD card is that Windows doesn't know how to read the Linux partition on it, and you're only looking at the /boot partition, which only contains the bare minimum to start the RPI system (kernel files and device tree files).

shows how much of a noob i am haha. you are right i accidentally set the hot key to a. thanks alot.

@xdrak Sometimes you can't see for looking!
It's a pretty obscure emulator, not sure a lot of people on here use it. I use it for DRAGON32.

@ mitu Thanks a lot, it worked!

Cool solution ;)

I posted annother small script for such purposes here
This creates a zip file for each rom and takes as backup the same folder as the rom located.

It took annother branch instead of searching all files that "could" be a savestate I said, every file with same name except the ROM-name is a savefile.

Thanks for this small script. I appreciate it :)

Duhhhhhh... Solution is here.

Can't delete this, but sorry for wasting server space...

In case anyone searches this in the future...

Go into ScummVM and navigate to Options >> Paths and change the path location to whatever you'd like. For me it was ./roms/ScummVM/saves/. To recover your previous saves, navigate to /opt/configs/retropie/ScummVM/saves/ with a program like Filezilla and copy them to the desktop then move them to your USB for example. Another option would be to, in the command line, use the mv -i /opt/retropie/configs/ScummVM/saves ./roms/ScummVM/saves/ for example.

I know this is late, but what are your settings to get HM64 to run?? I cannot for the life of me get it to even start.