[MAME ] Which is the best MAME version for pi ?

niculinux

Thanks, just checked the arcade page on retropie docs here, guess i just need to do some experiments :P

Just noticed that lr-mame with non working games hangs the raspberry displayng "loading machine 99%" leaving no choice but to turn off and on. I guess it's more hardware demanding as stated in the docs, so gonna try some old version, pheraps the 2010 and see what happens

sleve_mcdichael

@niculinux said in [MAME ] Which is the best MAME version for pi ?:

leaving no choice but to turn off and on

It's Linux. There is always a choice.

"Reboot Even If System Utterly Broken":

Press and hold Alt + SysRq(PrntScrn). Then, press and release each of the following, in succession, waiting a few seconds in between presses, and stopping at any point when you get back control of the system:

R, E, I, S, U, B (or O)

(You can remember this sequence with the mnemonic "Reboot Even If System Utterly Broken.")

When you get control of the system back, you can stop (and probably reboot anyway, but the normal way), you don't have to finish the sequence. The function of each key is as follows:

R - switch keyboard from raw mode to XLATE mode
E - send SIGTERM to all processes except init (PID 1)
I - send SIGKILL to all processes except init
S - sync all mounted filesystems
U - remount all mounted filesystems in read-only mode
B - immediately reboot the system, without unmounting or syncing filesystems
(O - alternatively, shut off the system, instead of rebooting with B)

Clyde

@sleve_mcdichael said in [MAME ] Which is the best MAME version for pi ?:

(You can remember this sequence with the mnemonic "Reboot Even If System Utterly Broken.")

There are actually many of those, I prefer "Raising Elephants Is So Utterly Boring". 🙂

mitu

@niculinux said in [MAME ] Which is the best MAME version for pi ?:

Just noticed that lr-mame with non working games hangs the raspberry displayng "loading machine 99%" leaving no choice but to turn off and on.

This is a known issue with lr-mame - https://github.com/libretro/mame/issues/158. Use a correct romset for your emulator and you shouldn't have this issue.

niculinux

@sleve_mcdichael said in [MAME ] Which is the best MAME version for pi ?:

@niculinux said in [MAME ] Which is the best MAME version for pi ?:

leaving no choice but to turn off and on

It's Linux. There is always a choice.

"Reboot Even If System Utterly Broken":

Press and hold Alt + SysRq(PrntScrn). Then, press and release each of the following, in succession, waiting a few seconds in between presses, and stopping at any point when you get back control of the system:

R, E, I, S, U, B (or O)

(You can remember this sequence with the mnemonic "Reboot Even If System Utterly Broken.")

When you get control of the system back, you can stop (and probably reboot anyway, but the normal way), you don't have to finish the sequence. The function of each key is as follows:

R - switch keyboard from raw mode to XLATE mode
E - send SIGTERM to all processes except init (PID 1)
I - send SIGKILL to all processes except init
S - sync all mounted filesystems
U - remount all mounted filesystems in read-only mode
B - immediately reboot the system, without unmounting or syncing filesystems
(O - alternatively, shut off the system, instead of rebooting with B)

Allright very interesting! But it would be more nice if the emulator just quits to the arcade menu, like in the issue mitu wrote about in the previous post :)

Clyde

@niculinux You could try SysRq+k to "only" kill all processes of the current virtual console. That should kill lr-mame, but I don't know if it will also kill Emulation Station or the process (Runcommand?) that starts it after the emulator stops.

mitu

@clyde said in [MAME ] Which is the best MAME version for pi ?:

That should kill lr-mame, but I don't know if it will also kill Emulation Station or the process (Runcommand?) that starts it after the emulator stops.

Since it would stop the entire login shell, it will probably kill every process started from it (including EmulationStation).

Clyde

@mitu Would one land in another shell, then? If so, a quick emulationstation should restart ES, which may be a little less invasive than to restart the whole system with REISUB. (Just hypothesizing.)