questions about runcommand.sh

caver01

@meleu Bummer, but I don't fully understand the reason. Thanks for asking a clarifying question.

BuZz

@caver01 I put some more details on the PR.

edmaul69

@caver01 the newest version of linapple does let you configure which controller, buttons and axis. If you download the newest one you need to copy the linapple.conf from the /opt/retropie/emulators/linapple/ to the /opt/retropie/configs/apple2 folder overwriting the old config

caver01

@BuZz Makes sense. There is a better way obtain the chosen ROM and Emulator then? I'd certainly rather work within the overall vision than branch off on my own, especially if it's something others might be able use.

caver01

@edmaul69 said in A question about runcommand.sh:

@caver01 the newest version of linapple does let you configure which controller, buttons and axis. If you download the newest one you need to copy the linapple.conf from the /opt/retropie/emulators/linapple/ to the /opt/retropie/configs/apple2 folder overwriting the old config

I want to pick this up on another thread. This sounds promising!

BuZz

There is - processing order needs to change - I will implement it.

BuZz

the PR didn't actually work btw - it would try and launch a script with the parameters as the name of the script. You would need to do bash "$configdir/all/runcommand-onstart.sh" "$@" not bash "$configdir/all/runcommand-onstart.sh $@"

BuZz

implemented in https://github.com/RetroPie/RetroPie-Setup/commit/0c39c7438b7986997313e74707e9873e820bbfa1

meleu

@BuZz Really cool man! Thanks!

meleu

Another runcommand question:

Why runcommand.log went to /dev/shm?

BuZz

ram based.

meleu

@BuZz
one more question...

Premise: thinking in RetroArch only.

I'm using runcommand-onstart.sh to change a system specific's retroarch.cfg before launching the game. Is the $system passed to runcommand-onstart.sh a valid configdir?

In other words, can I use /opt/retropie/configs/$system/retroarch.cfg?

I'm doing this way and it's working fine for the classic consoles (atari2600, nes, snes, megadrive, etc...). But I'm worried if this will work for any libretro emulator.

BuZz

@meleu yes.

https://github.com/RetroPie/RetroPie-Setup/blob/master/scriptmodules/supplementary/runcommand/runcommand.sh#L119-L123

meleu

@BuZz
(* sigh * here I go bother you again...)

would you mind to export the log variable in runcommand.sh?

reason:
make it accessible in runcommand-on{start,end}.sh.

use case:
Since users can execute custom commands in runcommand-on{start,end}.sh some bugs can be inserted.
It would be a good practice for those who want to write something in these scripts, to log some info for bug tracking.
Another benefit: It helps us to help inexperienced users with problems because of third-party on{start,end} scripts.

BuZz

Just write your own log or use the same filename. Actually, I will redirect stderr to the log, so errors will get logged automatically.

meleu

@BuZz
Oh! You did it!
I'll redirect log messages to stderr. Thanks again!

meleu

@BuZz
Don't you think that would be useful to register the start/end of the runcommand-on{start,end}.sh?

The goal is to facilitate problem diagnosis in runcommand.log. Example: If some user has problems on launching a game because of a bad runcommand-onstart.sh and don't know it, he can paste his runcommand.log and this info would help the diagnose.

I was thinking in something like this:

# calls script with parameters system, emulator, rom, and commandline
function user_script() {
    local script="$configdir/all/$1"
    if [[ -f "$script" ]]; then
        echo "--- start of \"$script\" ---" >> "$log"
        bash "$script" "$system" "$emulator" "$rom" "$command" </dev/tty 2>>"$log"
        echo "--- end of \"$script\" ---" >> "$log"
    fi
}

[EDIT: I know we can register this info using the script itself, but not everyone follows this good practice.]

BuZz

@meleu I don't. Runcommand will continue even if there is an error. Please try to not constantly send me questions and requests.