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.
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.
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.
@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. 🧐
@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.
@Rion Thanks. I used your files. Really useful. Especially the multi bat is very useful in my setup.
I was toying around yesterday with clrmame and romcenter to organise a 0.78 file, but I found it quite hard for a noob. Your files do help a lot !