The way RetroPie manages this is by running an additional script after the input configuration phase - see here. The script then reads the es_temporaryinput.cfg file and generates auto-configuration for various emulators - see the script here. You can probably create a similar utility (in Delphi/Pascal) that parses the es_temporaryinput.cfg file and generates configurations for the emulators you need.

Sorry for the extreme late reply! In reference to my original issues, I got the controller issue fixed (Yay!) but my other problem remains in that I cant get Beavis and Butthead to load from the start. From my last post, I discovered that the game does in fact run properly IF I load a save file from it, however, I get booted back to the main EmulationStation screen if I try to start a game from the beginning. Here are the contents of my runcommand file: Parameters: Executing: bash /home/pi/RetroPie/roms/scummvm/+Start\ ScummVM.sh "bbvs-win" Using joystick: SWITCH CO.,LTD. USB Gamepad Virtual keyboard pack 'vkeybd_default' loaded successfully WARNING: No hardware input were defined, using defaults! User picked target 'bbvs-win' (gameid 'bbvs')... Looking for a plugin supporting this gameid... MTV's Beavis and Butt-head in Virtual Stupidity Starting 'Beavis and Butt-head in Virtual Stupidity' Using joystick: SWITCH CO.,LTD. USB Gamepad /home/pi/RetroPie/roms/scummvm/+Start ScummVM.sh: line 4: 1506 Aborted /opt/retropie/emulators/scummvm/bin/scummvm --fullscreen --joystick=0 --extrapath="/opt/retropie/emulators/scummvm/extra" $game When I try and start a new game and get booted back to the main screen, this line of text briefly shows up... *** Error in `/opt/retropie/emulators/scummvm/bin/scummvm': double free or corruption (out): 0x7ee9b2d0 *** Any ideas, thoughts or help would be greatly appreciated!

Such option doesn't exist right now, but you can use the auto-update just for the sections which always have binaries - i.e. excluding experimental. The experimental section recently started providing binaries, so that would work for most of them - my guess you have the extra repository enabled and those don't have binaries. If you open a package from the menu, it will detect if there is a binary update available and you can choose to update or not. Sure, it's just a workaround, but how many experimental packages do you have installed ?

@barbudreadmon Yeah, it was the principality of it, saving and loading game specific options in a global config. I think I could not get either the macros or cabinet settings to work this way, rendering them beyond completely pointless. I think the actual cabinet settings for the retroarch core are saved in /roms/neogeo/FBA/ along with high score, and I don't know what was up with the macros.

That seems to have worked @mitu , thanks. However, the script didn't want to update at first, I had to do a "git stash" beforehand as an error was thrown up over lots of updated files Playing again now though, so happy!

Hi there! I extract all the roms, configs, images, gamelists, themes, etc... and build a new sd card now with Stretch. Now, scraper work properly. You can close the thread. Thank you very much!

PS. BTW, the Debian install links from opensuse.org appear to be broken on the .sh script as there is only a folder for Debian 9.0 now - Debian 8.0 isn't there anymore.

It will likely require reworking of the RetroPie module script. It's still on my to-do list :-)

Modify the atari800 package script and replace the URL to download with your own URL to the new version. Make sure that it's not a 'redirect' or 'wait x seconds to download` and it's a direct link. After you replace the URL, use RetroPie-Setup to install from source the emulator.

@sub_atomic Press Ctrl+C, I think this will get you back.

Of course, that worked like a charm. Thank you for the support!

I know this topic is old, but I was having a problem with building this as well recently. Basically the same error. Resolution was to disconnect all controllers (I had 5 plus keyboard plugged in.) Confirmed this as the solution in my case, and adding it here in case others experience it.

This was unrelated to Stretch and has today been fixed in RetroPie-Setup.

Nevermind i figured it out. The guide dosen't it make it noob clear that after you have built your own version you still have to actually move the binary to the appropriate folder but as i said in the end i figured it out :)

@buzz Yep completely understood, and that makes sense for the sake of keeping the releases as stable as possible. If I have time to test the Vulkan driver out I can always try to build from the master myself if there hasn't been a new release when I get round to it. Thanks for the help as always. Cheers

@BuZz Thanks for your help I got it working, I replaced the /opt/retropie/supplementary/emulationstation/emulationstation file with the one that I compiled myself. I hope this post can help someone in the future :)

@mitu Yes i know and it's why i don't want to modify files ... or maybe change one and make a DIFF patch to be compatible with updates. And yes DL source is really fast, the long way was in compilation. It's why on my own project ScummVM and OpenBOR i have DL the source code and compile it myself in a source directory i create. Each time i update the code i can compile very fast to try it.

I can always fork using Git. Thanks for the heads up!

@mitu Okey thanks for the reply :) i´ll give it another try