@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.

I know another user made it work by installing the newer driver on the RetroPie image (see here).

For pairing, the 1st pairing option should always work, there's no need to try the other options. After it's paired, can you run

cat /proc/bus/input/devices

and post the output ? It should show if the gamepad is detected as an input device.

@RetroFloppy08 Another update: Added two more lines to the script so EmulationStation reboots itself.

@mitu I agree, it should, but it doesn't. None of the buttons do anything. It's using the default button mappings that work fine for all my other 32X games, nothing different.

[EDIT] Ah, there was a Picodrive update available, that sorted it.