@duglor

This isn't something i've automated to run within retropie.

@windg I can't believe I forgot about SBI files. Thank you!

Please add some info about your setup, as detailed in https://retropie.org.uk/forum/topic/3/read-this-first.

Because of a sudden and unexpected exit

What does this mean ? You forced a shutdown of the system ?

I tried to retransmit the ROM and delete the game 's progress save(\configs\n64\mupen64plus\save)

So copying back the ROM file didn't work.Can you post the log file (from /dev/shm/runcommand.log) , taken after the game is started and it fails ?

@Folly @sleve_mcdichael Alright, it's done. I present to you the script to load games based off of their filenames. This is the version I have, and it works very well. The selection is limited, but the good news is you can select for yourself what file types are supported. Have fun!

#!/bin/bash rom="$1" if [ "${1: -4}" == ".chd" ] then /opt/retropie/supplementary/runcommand/runcommand.sh 0 _SYS_ psx "$1" elif [ "${1: -4}" == ".bin" ] || [ "${1: -3}" == ".md" ] then /opt/retropie/supplementary/runcommand/runcommand.sh 0 _SYS_ megadrive "$1" elif [ "${1: -4}" == ".nes" ] then /opt/retropie/supplementary/runcommand/runcommand.sh 0 _SYS_ nes "$1" elif [ "${1: -4}" == ".smc" ] || [ "${1: -4}" == ".sfc" ] then /opt/retropie/supplementary/runcommand/runcommand.sh 0 _SYS_ snes "$1" elif [ "${1: -4}" == ".z64" ] then /opt/retropie/supplementary/runcommand/runcommand.sh 0 _SYS_ n64 "$1" elif [ "${1: -4}" == ".gba" ] then /opt/retropie/supplementary/runcommand/runcommand.sh 0 _SYS_ gba "$1" elif [ "${1: -4}" == ".zip" ] then /opt/retropie/supplementary/runcommand/runcommand.sh 0 _SYS_ mame-libretro "$1" elif [ "${1: -3}" == ".gb" ] then /opt/retropie/supplementary/runcommand/runcommand.sh 0 _SYS_ gb "$1" elif [ "${1: -4}" == ".gbc" ] then /opt/retropie/supplementary/runcommand/runcommand.sh 0 _SYS_ gbc "$1" elif [ "${1: -4}" == ".fds" ] then /opt/retropie/supplementary/runcommand/runcommand.sh 0 _SYS_ fds "$1" elif [ "${1: -4}" == ".nds" ] then /opt/retropie/supplementary/runcommand/runcommand.sh 0 _SYS_ nds "$1" fi

Did the op get this fixed? This happened to me and it was (doh) because I'd just moved everything over to a new flash drive but I'd forgotten to copy the kickstarts across...

This does sound like a kickstart issue - either the required files aren't there or they're named wrong.

Have you considered installing a bog standard Pi OS desktop and testing peripherals on that - narrow it down to whether it's a hardware fault on your Pi?

@Folly understood. I have to enable the runcommand.
I'll give it a try asap. Thanks again.

@mitu thanks, certainly the opposite could have been true if it had meant to be mentioning MOUSE indexes the whole time.

There's no 'autodiscovery' process running before or outside EmulationStation. The gamelists are written by EmulationStation when stopping/restarting (by default, but you can choose in the option to write it immediately). The location of the gamelists for most of your system (in the games' folder) indicates you either ran a scraper outside of EmulationStation or you copied the games folders from another system (including the system's gamelist.xml). That shouldn't be a problem though.

Did you restart EmulationStation after adding the kidgame tags and before turning on 'kidmode' ? I'm wondering if there isn't any bug that when turning on kid mode doesn't save the metadata on exit (because of the kidmode being selected).
Did you modify the options for metadata saving/reading in EmulationStation ?

@hhcasey Which USB port is this plugged into?

The ports matter, they are numbered. Make sure it's in the lowest, see if that helps. It helped with my Pi3 and another controller interface I had plugged in. If i put it in any other USB port than USB0, it would screw everything up.

I don't know how the Pi4 ports are numbered, because they have 2.0 and 3.0, but make sure your controller is in the lowest of all ports.

Maybe see if that helps. Other than that, I'm at a loss.

But yes, MAME for Linux/Retroarch is not the same as for Windows. Maybe in the conversion there is something that is causing an issue.

Try all the versions as well, including the FreeBurn emulators as well. See if any of them pick-up your controller.

Hotkey enabled actions are - still - only available to Player 1. Navigating the menu, which is discussed in the linked RetroArch issue, should work in the current version of RetroArch - P1 still has to open it though.

@mitu I just backed-out the changes and updated RetroArch which went fine indeed. A BIG thanks for your support.

@mitu Thank you, that's exactly what I was looking for!

Ok, thank you for letting me know. May be difficult to acquire another cm4, but I will check rpilocater daily from now on for a wireless version.

Hi,

Just to wrap-up this post.

I've built a prototype (image bellow) and I'm trying to see if everything is correctly positioned and usable. I end up using just a hotkey instead of dedicated admin buttons.

I'll open a new post to discuss it in the relevant area.

Thank you.

control_panel1.jpg

The .cfg is written when emulator starts based on the device detection order. Plug in first the Logitech controller and then the other 2 SNES clones and see if it that puts the Logitech controller as Player 1.