@lolonois and yet, it tracks their last-played date and even groups them into a last-played category if you enable it. As long as you have network access, you have an accurate clock I think.

@atmozphera

(EDIT : Aha, a bit too late I see, You already figured it out)

Hope it's helpful, I did a small test for you using this small gamelist (/home/pi/RetroPie/roms/atari2600/gamelist.xml ) :

<?xml version="1.0"?> <gameList> <game> <path>./Aardvark (2019).zip</path> <name>Aardvark (2019)</name> <image>./downloaded_images/Aardvark (2019).png</image> <genre>Atari 2600</genre> </game> </gameList>

The files are structured like this :

pi@raspberrypi:~/RetroPie/roms/atari2600 $ find -name "*" . ./gamelist.xml ./Aardvark (2019).zip ./downloaded_images ./downloaded_images/Aardvark (2019).png

You will see that it has a space in the name, but that doesn't matter, it just works.
2021-08-10-215402_800x600_scrot.png

@mitu Worked!

@sleve_mcdichael said in 32x Game Titles showing rom symbols after scraping:

Are you running SS through the setup script or from the command-line? If script, do you have generate options >> remove bracket info (enabled)? (This is global, but maybe if 32x is the only system you've scraped since it changed or something.)

Beyond that, the contents of your /home/pi/.skyscraper/config.ini file might shed some light on what's happening. You can post it here if you can't make sense of it.

``` Use code blocks (start and end with three backticks on a new line) so special symbols aren't interpreted as formatting. _*[{}]*_ Or upload it to (edit:spelling) pastebin.com if it's very long. ```

Yep toggling that option on solved it. Thanks!

@billydent no problem. Glad I could help.

Yeah having games inside subfolders should be no problem, as long as their path falls inside the "system path" (~/RetroPie/roms/snes, etc.) defined in es_systems.cfg. If you try to point a gamelist for a system at a rom file outside of this system path, ES won't like it and will skip that entry.

@mitu
Thanks for the straight answer. This works !! It looks so much better. I'm not sure why so many people like their themes gamelists all in uppercase letters ?

@mitu ok thank you. Maybe I can add this as a feature request (on GitHub or in the forum?) and try and work with someone more talented than me on the coding of this.

EmulationStation will use the gamelist.xml ROMs folder, if found, otherwise it looks in /opt/retropie/configs/all/emulationstation/gamelists/<system>. The 2 files are not combined, just one of them is used, in that order.

If you enabled the 'Use Local Art' option in EmulationStation's settings, it will try find a video matching the game by looking under roms/<system>/media/<ROM_NAME>-video.mp4, so even if there's no video declared in gamelist.xml, it might still find a video associated with it.

In fact, what would be the best way to ensure that I get both videos and correct information into my setup?

Don't mix the scrapers if you want video - the internal scraper doesn't support videos so it might overwrite the video tags if you re-scrape with it. Use the external scraper and see which videos have issues - some arcade videos are incompatible with RPI's hardware video codecs and might not play correctly.

@mitu Interesting, I thought I had to install it back then (or whenever I installed RP 4.6). But one tends to forget such one-time installs, so … 😉

@dt42o First and foremost, all of my machines run on Linux, so if yours don't, I don't know how helpful my setup may be for you.

In short, my Pi 4 runs on the official RetroPie image, while the other two use the Ubuntu variants Kubuntu and KDE Neon with RetroPie installed like it's described here. I keep their rom directories synced with the tool Unison which is also available for Windows, but may have to be compiled from source. Many Linux variants have its binary in their software repositories, but I don't know if or where you can get a pre-built binary for Windows.

Conceptually, my PC keeps the main RetroPie setup where I do all scraping, testing and rom management. The other two only receive the end results and transfer any changes, saved games, hiscores etc. back to the PC, which in turn propagates them to the other "child".

I didn't automate this process fully, but use the GUI version of Unison manually, so my approach needs a sufficient amount of consequence in transferring any changes in a timely manner. Since Unison ultimately is a command line tool, automation should be relatively easy, but I like to have the full control and the "last say" in any synchronisation. 🧐

This feature is not supported, ES doesn't do any XML pre-processing, it just reads the node value as is.

@thelostsoul said in Gamelist Addon - an assist tool to manually add new game entries:

About the automation, yes I want that implemented in the main app too someday. Just in case you did miss it,

I actually did miss it. Thanks for the directions.

@Yobiwan Deleting the file from roms/scummvm works. Did you enable the 'Parse gamelists only' option in EmulationStation by any chance ?

Hi @laserbones , you can use ARRM to update only the metadata you want. See Wiki : http://jujuvincebros.fr/wiki/arrm/doku.php?id=scrape_text_only_en
Download link : http://jujuvincebros.fr/telechargements2/file/10-arrm-another-recalbox-roms-manager

@mitu Yes this is a quick hack for people running ROMs from NAS. Specifically, for accessing via SMB shares. stat() has no speed problem with local ROM collection at all. If we look at it further, may be there's a better solution.

@mitu Thanks so much! :)