Here is another suggestion to help speed up AetherSX2 that I discovered today:
https://retropie.org.uk/forum/topic/36636/aethersx2-cache-question-any-way-to-auto-clear-or-turn-off

@sleve_mcdichael I like the idea, for what I'm doing I think I want to kill any previously running processes vs letting them continue. Only the newest process will be the relevant process

I might make the script kill any previous processes
then wait
then either be killed by a newer process or update the marquee

I'll give this a try tonight and see how it works. I just home emulationstation doesn't hang waiting for sleep to finish.

process=$(pgrep -f $(basename $0)) for i in $process do if i!=$$ then sudo kill $i fi done sleep .5 ...do stuff

@mitu Good deal. Thank you for the backup assurance. I thought I would be good with that one even though I have no clue how to code sadly.

@anthonyamar The Retropie Project frowns upon people trying to profit utilizing their software. I'm sure other people here will fill you in.

I had the same idea, I am trying to run RetroPie on my Raspberry Pi with Debian 11 (I can't install RetroPie on Bullseye) on a Docker container, and I am using my iPad as a screen through Remote Desktop, and a Bluetooth controller (8Bitdo Zero 2), and I can use Emulationstation (my gamepad works fine there) but when I launch any game my controller doesn't work (I don't have a wired controller so I don't know if that's the problem). I've tried to change the retroarch controller configuration and changing it to "sdl2" only works one button... I don't know why. If you don't have any issues maybe I could try your Dockerfile because it might be my setup?

@mitu I got it to work by remoting in with SSH and running it from there rather than using f4 on the pi directly.

@RetroFloppy08 said in (Unofficial) RetroPie DVD Support - Release & Tutorial:

Perhaps there's a way to set the location of save states?

As I had no need for it so far, that is beyond my knowledge - if you research it, keep in mind that there are more then one form of save|save-state/memory-dump: once the saves done via the libretro-functionality, then the saves done by none-lr emulators which offer such a feature and (maybe last) saves done from within the games themself (whether that means to insert a writable-image (save-disk, tape-file, whatsoever) or if it will be written next to the game-file may be dependend on the emulator/context (home-computer/console).

If your Pi has a keyboad, you can also press F4 in Emulation Station to get to its command shell, and then enter sudo nano /opt/retropie/configs/all/autostart.sh to edit the file. In the editor, press Ctrl+xfollowed yand Enter to leave and save the file (or press n to not save it). You can leave the command shell by entering exitor pressing Ctrl+d.

Finally, you can also use SSH (Secure Shell) to access your Pi. See the Docs about that.

This is the last game I want to add onto the Ports section before I map the rest of these games to the joysticks I have (8-Bitdo and the Xbox 360). After that, I'll save this image of everything I got working on here. I'll move onto the Pi5 once that is done. If it doesn't work out, I'll just delete Lord of Destruction and add that once that gets ironed out.

I was able to get the Rise of the Triad working (the wrong scriptmodule was in the RetroPie-Setup section for some reason, so I copied the updated one there), but from what I read a few posts ago, joystick controls don't seem to work. The GL port of Hexen 2 also gave me a small problem, but I found a missing pak3.pak file and it works perfectly now.

@mitu

Ok I see.
So, EmulationStation and its emulator cores use ALSA and not PulseAudio so I shouldn't be doing anything with PulseAudio to get the switching to Bluetooth output.

I should just focus on getting ALSA to work with my Bluetooth headphones.

@mitu since I copied the script contents into a working script file after clearing the previous contents, I have no non working scripts now. I have to recreate this issue to even be able to upload a script. I'll work on it this week and upload it the scripts.

@profiteer

What is your sha1sum of the hotmario.chd ?
I managed to softload without changing the sha1 in the hash.
Although working it's indeed a bit of a hassle to get it working.
Found from the runcommand.log that the chd searches a specific name in a specific folder.
If you want a clean roms/cdimono1 roms folder with only hotmario.chd then that file need to be a link of :
/home/pi/RetroPie/BIOS/mame/cdi/hotmario/hotel mario (1994)(philips)(eu).chd
or (not ideal but will work technically)
/home/pi/RetroPie/roms/cdimono1/cdi/hotmario/hotel mario (1994)(philips)(eu).chd

As both paths are added in the runcommand as search paths.

You can also make a dummy file but then the checksum is not correct for scraping gamelists.

Hope you understand this information.

@boolean im always wanting to make the games better
if you figure out a way to make the sound better.

post on how you did it and i can add it to my script so everyone can enjoy it.
plus it gives me something to figure out :)

@mitu Thanks, I'll try that. As for the script. It needs to be run to start the lightgun service to get the lightgun working. Only needs to be run once though. I think this is just a work around at the moment. Hopefully, once the sinden lightgun gets established, it will be integrated better with retropie.

@cnoto I'm glad you have found a use for it. I had no idea it would help with the pi zero's performance, but I'm happy it does! Thanks for letting me know about it. I thought having an airplane-mode was a crucial feature that was just missing an option in EmulationStation.

@mitu I'm having this same issue.

I've ran sudo ufw disable to disable my linux firewall.

I'm thinking that the issue is with my OPNSENSE router.

Which ports should I forward to my retropie server?

@Clyde said in Create script to copy and overwrite romlist files in attract mode:

Yes, this should copy all files in /home/pi/.attract/backup to /home/pi/.attract/romlists. Beware that this wouldn't copy any subdirectories in backup, for those you'd need the -R option for recursive copying:

cp -R /home/pi/.attract/backup/* /home/pi/.attract/romlists/

But if there are only files in backup the -R option isn't needed.

To make a script out of this, just put this in a text file. It is common to begin a Linux shell script with the shebang which defines the interpreter that should be used to run the script. Without the shebang, the shell will use its standard interpreter that, depending on the script, may cause problems if it handles some commands differently. RetroPie's standard interpreter is the bash, located in /bin.

Although this shouldn't be an issue with your simple script, let's give it a shebang for sheer sake of completeness:

#!/bin/bash cp /home/pi/.attract/backup/* /home/pi/.attract/romlists/

Put this into a text file (e.g. sometextfile) and make it executable with this command:

chmod u+x sometextfile

u+x means give the file's user (i.e. owner) execute permissions.

Pro tip: If you put this file into a (new) directory /home/pi/bin, it will be found by the shell from any other directory. Otherwise you'd need to invoke it with its full or relative path. If it's in bin in the home directory of the current user, you can run it from anywhere just by its name in the command console.

As for accessing the script from the Settings section of retropie, I will have to look that up myself since I don't know that off the cuff, but I have to go to work now, so I have to put you off for later. But maybe someone else can take over this part.

Great info... I followed your steps and it works like a charm. I created file in notepadd++ - restore.romlists

#!/bin/bash echo "" echo "Restoring Romlists..." echo "" sleep 5 cp /home/pi/.attract/backup/* /home/pi/.attract/romlists/

Put the file into /home/pi/RetroPie/retropiemenu
chmod u+x the file
Added the entry in the romlist file retropie.txt (attractmode)
Created a wheel for it.. all good to go.
Thanks for the help!

@XEntombmentX Make sure you understand what that entails - you'll have to maintain the custom configuration manually. Each time a new system is added (you install a new emulator) you'll have to manually copy the new system entries from the system config to the custom one.