1.) The scrape function is a great thing and looks very nice, but it also takes up a lot of space on the memory card. The "Remove" function does not remove the downloaded data, as initially assumed, but the entire ROM. How is it possible to completely delete the data from the scrape function instead of the entire ROM file? Where is all the data for this stored and is it easy to safely remove with a file manager?

The scraped data is not erased. Could be an interesting addition.
Depending on how you did the scraping (which program you used for scraping and options chosen), the scraped data is either in $HOME/.emulationstation/downloaded_images or in the Roms folder. See the docs.

2.) Can deleted modules or systems also be safely deleted from the "opt/retropie/emulators" folder as well as "opt/retropie/libretocores" and "opt/retropie/configs" without Retropie getting into problems?

When you uninstall an emulator/port, its installed data should be also deleted from /opt/retropie/emulators, /opt/retropie/libretrocores, /opt/retropie/ports. You don't need to delete it manually.

3.) When removing the ports, are the corresponding program folders or installations also completely removed, e.g. with "Kodi"? The corresponding folder in "ports" apparently only shows a configuration file, but not the entire program folder. I would like to check this and delete it myself if Retropie doesn't do this after removing the port from the configuration menu, especially since I don't know if I want to keep the player yet.

Just as with other installed emulator, user data from the ROMs folder is not deleted when uninstalling it. There may be folders left, created by the emulator/port, those you can delete manually if you wish.

4.) Can I simply back up the configuration including all emulators, cores and other folders (approx. 700 MB) from the "opt/retropie" directory 1:1 with Midnight Commander onto my external exFAT formatted SD card and, if necessary, simply copy it back under the shell or the pixel file manager in case an update broke something or all my settings were lost due to an update? The latter is particularly important to me.

I was able to copy the data. The only question is whether all the file permissions were copied or whether they are important at all with Retropie and have a negative effect in some way.

I've answered to this question in your other topic, I'm not going to repeat it here.

5.) Where can I find all the update and menu scripts that are responsible for the settings of Retropie, Emulation Station and RetroArch? Or are they also in the "opt/retropie" folder? I want to save that too. And are there any other folders belonging to Retropie outside of the "opt" directory?

The installation folder holds most of the TUI menus used for configurations - that's $HOME/RetroPie-Setup, which is a clone/copy of https://github.com/RetroPie/RetroPie-Setup. Not necessarily needed for a backup, since this is present already in an RetroPie image or can be easily added.

[...]

Or I use this tutorial: https://www.makeuseof.com/tag/install-retropie-app-raspberry-pi/

I'd advise on using the RetroPie Docs, 3rd party sites may contain outdated information or simply dubious advices on how to install and 'optimize' RetroPie.

Also, I'm a bit confused about how to use Retroarch. After starting, I initially had a green menu and was able to conveniently save and load save states from the SNES9x with the controller by pressing the home button and one of the shoulder buttons on the controller at the same time. The remaining buttons were assigned the same way as you are used to from the SNES controller and as I had set it in Retropie in the controller menu. After updating Retroarch to the latest version,...

Not sure how you 'updated' RetroArch - updating the RetroPie package does not modify any user made configuration. It looks to me you've used the advanced menu in RetroArch and you used the Online Updater to update the controller profiles (probably among other things ?), ovewriting the RetroPie-generated profile for your controller. You don't need to 'update' RetroArch this way - the only downloadable update that's recommended is the Cheats database, not installed by RetroPie automatically.

See if the adapter has any firmware upgrades that fixes that. You never know.

@cdaters glad to help

@mitu I didn't, I created the GAMELIST.XML from scratch.

@goestohollywood This is specifically Skyscraper at default settings.

Please don't re-post the same topic multiple times.

@soulrider911 remaps are for controller configuration changes. i would change it via https://retropie.org.uk/docs/Configuration-Editor/

Been playing around and yes it does play quite nicely these days. Its been a while since I tried snaps on Pi0's, I think last time I did try it omxplayer caused some weird overlapping issues.

I've managed to get the size down quite a bit. I could probably increase a little as the video file sizes are typically smaller than the boxart! I've settled on 320x240, no sound and 10 seconds. Looks fine on the small screen, usually 10 seconds is enough to get an idea of what the game is like, and the sound can sometimes be a little rough so not an issue losing that. Also limited to 30fps as a lot were 60.

I used ffmpeg with commands: -i input.mp4 -r 30 -s 320x240 -ss 0 -to 10 -an output.mp4

mkdir trimmed for %%a in ("*.mp4") do "d:\ffmpeg\ffmpeg" -i "%%a" -r 30 -s 320x240 -ss 0 -to 10 -an "trimmed\%%a" pause

Created a little batch file and it does them pretty quickly.

Filesizes massively reduced, one collection was 572 games. scraped videos took 1.99GB! trimmed versions took just 137MB

I'm glad I asked a silly question now :)

The question I would ask myself in your place is if I'd rather do without or rewrite my scripts than trying to adapt many unfamiliar scripts that may break again with the next update.

@Agustinb14 said in Controls don't work in retroarch or in console games:

I can't seem to be able to bind 2 different hotkey keys for my controls but that's ok. At least I can play now.

Only Player1 is able to access the hotkeys' functions - P2 cannot control them (including opening the menu). Glad you got it working in the end.

@Efriim yes that is where it goes. You change the line to:

emulationstation --no-splash #auto

@mitu Which folder can I find the code to edit? Would you please describe it in detail? Thanks!

@mitu said in How to modify the description of EmulationStation?:

@Leonard-Lin You'll have to edit the code and change it, then recompile.

@mitu @BuZz @Efriim I finally got it working! :D

local bin_file local bin_files local default local id local index local version ... some other code ... for index in "${!bin_files[@]}"; do default=0 [[ "$index" -eq "${#bin_files[@]}-1" ]] && default=1 # Default to the last item in 'bin_files'. version="${bin_files[$index]}" version="$(echo $version | cut -d'_' -f 2)" addEmulator "$default" "$md_id-$version-$id" "godot-engine" "$md_inst/${bin_files[$index]} --main-pack %ROM%" done

So it seems like the error had something to do with the index variable (previously it was named i). Either it needed to be initialized as a local variable or the script didn't like that it was called i... I really don't know. But I got it working :)

Another thing that I found and maybe it's worth mentioning (and correct me if I'm wrong) is that when I run:

sudo ./retropie_packages.sh godot-engine configure

the config file:

/opt/retropie/configs/godot-engine/emulators.cfg

seems to just add the new stuff on top of the previous configs that were already there. I mean, it doesn't delete the file and creates it again with the new configs.

Shouldn't "deleting the old file and creating a new one" be the "correct" thing to do?

Thanks! :)

@johny8 How did you determine that ? You claim is rather ridiculous. 'Sabotage' ?

@alkah3st which premade image are you using?

@maplestory Correct. It doesn't matter. Those lines relate to the extra folders - nvram, etc.

Thanks for reporting! Hope you're having fun.