@Rens I think you're asking what parameters are passed to the onstart/onend scripts. It is just the four mentioned in the docs: $1 = system, $2 = emulator, $3 = rom path and $4 = command

https://retropie.org.uk/docs/Runcommand/#runcommand-scripts

Useful data are passed as arguments to these scripts:

$1 - the system (eg: atari2600, nes, snes, megadrive, fba, etc). $2 - the emulator (eg: lr-stella, lr-fceumm, lr-picodrive, pifba, etc). $3 - the full path to the rom file. $4 - the full command line used to launch the emulator.

You can see here, for example, the runcommand-onstart.sh and others are called with the user_script function:

user_script "runcommand-onstart.sh"

The function:

https://github.com/RetroPie/RetroPie-Setup/blob/cdb2bda29fab4cae57ca5bf283f87620ab4be851/scriptmodules/supplementary/runcommand/runcommand.sh#L1300

# calls script with parameters SYSTEM, EMULATOR, ROM, and commandline function user_script() { local script="$CONFIGDIR/all/$1" if [[ -f "$script" ]]; then bash "$script" "$SYSTEM" "$EMULATOR" "$ROM" "$COMMAND" </dev/tty 2>>"$LOG" fi }

The meat is here:

bash "$script" "$SYSTEM" "$EMULATOR" "$ROM" "$COMMAND" </dev/tty 2>>"$LOG"

As you can see, only the four parameters "$SYSTEM" "$EMULATOR" "$ROM" "$COMMAND" are passed to $script

@Slick I suggest opening a separate topic with recommended information: https://retropie.org.uk/forum/topic/3/read-this-first

@sleve_mcdichael said in avoid or get rid of messages after scripts were executed:

/dev/null

the first one did the trick :)
thank you!!!
i ve been looking for a solution for a long time
and now this made my day

I managed to launch it without installing a full DE, here is what I did in case anyone is interested (although installing a DE is probably the simplest option):

Install xorg and xinit:

sudo apt install -y xorg xinit

In /etc/X11/Xwrapper.config set allowed_users=anybody

Add the current user (or replace with user that launches the command) to these groups:

sudo usermod -aG input,tty,video $USER

Grant access to the second tty to current user (this need to be repeated after a reset):

sudo chown $USER /dev/tty2

Now replace the command to launch the emulator in /opt/retropie/configs/ps2/emulators.cfg:

pcsx2-nogui = "xinit /opt/pcsx2-unstable/pcsx2-qt -fullscreen -nogui %ROM% -- :0"

It's important to use the full path /opt/pcsx2-unstable/pcsx2-qt and not just pcsx2-qt because the later is actually a shell script that calls the former and xinit doesn't like that:

cat $(which pcsx2-qt) #!/usr/bin/bash /opt/pcsx2-unstable/pcsx2-qt "$@"

And that's it. Launching a game will show the PCSX2 gui where we can choose the different folders for roms and BIOS. This step require a keyboard and ideally a mouse.

This works, but I'll need to test across other games which hopefully will not involve more than sorting out correct button mappings. I noticed that for scummvm, its only backend options are for SDL2 and therefore will not work (as far as I can tell) with xboxdrv.

That's because ScummVM is already a SDL2 application and there's no need for a compatibility shim like sd12-compat.

It's looking to me as if xboxdrv may be a bit of a dead end when it comes to button remappings for non-libretro emulators in RetroPie. Can such remappings be done in SDL2 or is there another option that could be applied system-wide?

Not dead, just not widely used. xboxdrv itself is mostly feature complete and there's little development nowadays, since compatibility with Xbox controllers is offered OOB by Linux kernel modules (xow, xpad, xpadneo).

There are no alternative re-mapping solutions in RetroPit, though anything that works in Linux and without X11/Wayland could work.

@sleve_mcdichael They are both HDTV's just different sizes.

The runcommand dialog prompt which you get is actually present since the game start, it's just obscured by the emulator that starts and overlays on-top of it. The dialog being present after the game ends means that the emulator hasn't actually exited/stopped - in order for EmulationStation to pick-up and start - and it's stuck somewhere.

This may be a sdcard issue - emulator tries flush some state to the disk on stopping the game or saving the options file and not being able to will block the emulator. Your log file is strangely formatted (did you copy/pasted from a SSH session or OCR-ed a photo ?), but it doesn't show the emulator actully stopping, which would show something like:

.... ^C[INFO] [Core]: Content ran for a total of: 00 hours, 00 minutes, 04 seconds. [INFO] [Core]: Unloading game.. [INFO] [PulseAudio]: Pausing. [INFO] [Core]: Unloading core symbols.. [INFO] [Core]: Saved core options file to "/opt/retropie/configs/all/retroarch-core-options.cfg". [INFO] Threaded video stats: Frames pushed: 244, Frames dropped: 0.

If you have SSH available, you can the emulator through strace and the post the strace log archived somewhere (it's going to be too large to post the contents as is), just to see where it's stuck. Stop EmulationStation and run:

strace -f -o strace.log /opt/retropie/emulators/retroarch/bin/retroarch -L /opt/retropie/libretrocores/lr-fbneo/fbneo_libretro.so --config /opt/retropie/configs/arcade/retroarch.cfg "/home/pi/RetroPie/roms/arcade/frogger.zip"

then exit the game. When it gets stuck, then save the strace.log file and upload it somewhere.

EDIT: strace is not installed by default on RetroPie, but you can install it by running sudo apt -y install strace. I also advise to update RetroPie in order to get the latest version of RetroArch and OS packages available.

@mitu Thank you, youve made a grown man very happy

im not sure how this interacts with retroarch overrides as no video mode was selected in the override .cfgs the log file referenced but all i did was updated retroarch from binary to latest 1.16.0, loaded the same rom and i got a msg on lower left configuration override loaded but can change video mode from the runcommand launch menu and it now works.

i can now can select 50zh video mode and get smooth scrolling on PAL and on Amstrad CPC :)

https://retropie.org.uk/docs/EmulationStation/#1-the-scripts-directory

tvservice doesn't work correctly with the KMS/DRM drivers, which the Pi4 is using since it was released. Your Pi3 setup and script(s) are not going to work on a Pi4.

Furthermore, the entire legacy GPU stack has been discontinued in recent RaspiOS version, starting with Bullseye (Debian 11) and continuing with Bookworm (Debian 12). tvservice is not even available anymore on the latest RaspiOS (Bookworm).

EDIT: if you're trying to use a 'super resolution', look up the 'SwitchRes' support in RetroArch, which understands KMS/DRM.

@sleve_mcdichael

i actually made a function for this like:
def stop_runcommand():
os.system("pkill -f runcommand.sh")

wich works and kills runcommand and even returns you to attract mode.

thanks!

This is great! I have got it running in kiosk mode by adding "--kiosk" before the URL (as a separate parameter)

One question - any way to hid the mouse cursor when this starts? Tried setting use_cursor to no on matchbox-window-manager but that doesn't stop it (in /opt/retropie/supplementary/chromium/chromium.sh)

Ah thanks! Section 3.1 was what I was looking to understand ...thanks

@mitu

BIG THANKS !!!!!

1 > I updated retropie-setup script
2 > I removed and reinstalled RUNCOMMAND
3 > I tested different games and they worked ;-)

Now I can play Zelda & 4 swords on Ubuntu 22.10 with Goverlay 9 !

@10vorne No. What you can do is disable the launch menu temporarily while you test Dosbox games or launch the games directly (see the runcommand.log file for the actual command used to launch a game).

@mitu it's the macintosh folder, and here's the contents:

-rwxrwxrwx 1 pi pi 0 Nov 15 02:31 Desktop -rwxrwxrwx 1 pi pi 209715200 Nov 20 11:22 disk.img drwxrwxrwx 1 pi pi 131072 Nov 19 13:41 .finf -rwxrwxrwx 1 pi pi 1048576 Sep 14 2010 mac.rom drwxrwxrwx 1 pi pi 131072 Nov 19 13:41 .rsrc -rwxrwxrwx 1 pi pi 0 Nov 19 09:18 start.txt

Inside of the .finf directory appears to be a duplicate (symlinks?) of the macintosh directory:

-rwxrwxrwx 1 pi pi 32 Nov 20 11:22 Desktop -rwxrwxrwx 1 pi pi 32 Nov 19 11:38 disk.img -rwxrwxrwx 1 pi pi 32 Nov 19 11:38 mac.rom -rwxrwxrwx 1 pi pi 32 Nov 19 13:41 start.txt

Inside of the .rsrc directory has another Desktop and start.txt file:

-rwxrwxrwx 1 pi pi 321 Nov 18 23:32 Desktop -rwxrwxrwx 1 pi pi 0 Nov 19 13:41 start.txt

I checked the start.txt files and they are both empty, so it must be in the basiliskii.cfg or other config file to dictate which backend it's using, and maybe if I'm lucky... I can manually define my resolution there? And maybe I can clean up the "start" listings and/or rename that? Can you point me somewhere to teach me about the use of start.txt files in RetroPie? I can't seem to find it in the docs.

Nevermind, closed ticket, I mistyped one command, sorry. I cannot delete the question.

@sirhenrythe5th said in Jump to saved state:

@sleve_mcdichael in this great Museum you have the choice of several points to jump in.
The latest savepoint is just one.
So how can we get to the point of choosing between multiple savepoints to jump in without using hotkeys?
I would try to write commandlines as stated above and add them to the gamelist.

You could use a bash script to copy the desired save state file to the required $SRAM_PATH.auto filename before launching with the savestate_auto_load setting enabled.

Hmm, looks like some freaky-ass invisible characters just got in there somehow. I cut-and-pasted the contents into a new Notepad file, saved it as a plain .TXT file, dropped that in in place of the old one and renamed it to .CFG and now it all seems fine.