@andymassey Just remove the transparent plastic holder. Then you will be able to take half of the joystick off. That part has to be rotate by 90 degrees and reassembled. Finally you put the tranpsarent plastic holder back.

@sleve_mcdichael said in Quick Install missing:

Thats correct. Debian 11 (Bullseye) is not yet suppprted. Use this one instead (legacy Debian 10 (Buster) version.) Only Debian 10 (Buster) is supported at this time.

Thanks, I'll build them form source code and I'll report the results here

@retroB-0 I think that ScummVM needs an existing installation of the game to run it, not sure if it supports running from an installer iso/disc (where the files needed are not extracted by the installer and possibly packed/compressed).

@TPR Thanks for reporting back in detail. Good to see it working now. As a courtesy to other users pls mark the subject in the original post with "solved".

@Retro-Arcade-Fan I have seen the product number ‎WDS500G3B0B on the amazon page. This denotes the SATA variant. Verify also here: https://documents.westerndigital.com/content/dam/doc-library/en_us/assets/public/western-digital/product/internal-drives/wd-blue-ssd/product-brief-wd-blue-sa510-sata-ssd.pdf

@veryultramagnus https://retropie.org.uk/forum/topic/3/read-this-first

Please can you provide more details (see link).

Also - Please provide details of how you have connected to your network.

You can try reconfiguring your controller in EmulationStation; this should rewrite the RetroArch autoconfig including the hotkey-enable function. If that doesn't work, however...

@retroprestoz said in Start button exits games without pressing select as well.:

A buddy of mine just put it together for me to use some I'm not exactly sure what he did or all of the config files and stuff.

Unfortunately, neither are we.

It is not practical to troubleshoot a system that neither you nor we have any idea how is configured. For that reason, third-party builds are not supported in any capacity.

Start here: https://retropie.org.uk/docs/First-Installation/#installation

I suggest you to backup your roms and configs, and then install the current latest official image for your hardware from https://retropie.org.uk/download.

Restore your backed-up roms but not the configs yet -- you can cherry-pick them later but if you blindly copy them all, the one that's causing your issue will come along with the rest of them.

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