Virtual Console entries no longer found
See original GitHub issueI noticed with the latest version of the database that a bunch of Virtual Console entries weren’t getting recognized by RetroArch’s scanner - looking at the current revision I’m not entirely sure where these would be located; I thought that it might be this issue I found when building the Wii database…
/home/steam/libretro-super/retroarch/media/libretrodb/dat/Nintendo - Wii.dat:66349:6: fatal error: Unexpected '(' instead of key
I’m assuming this is a red herring though, as I’m not using the full WADs, just the extracted ROM with sound restored (so previously the files were recognized as “(VC) Sound Restored”). Files that are the same as the original SNES data are fine (Star Fox 1/2, Yoshi’s Island). The last time this worked was with the SteamOS-Tools version, v1.6.1 with a couple patches for SDL_GameController support:
https://github.com/mdeguzis/SteamOS-Tools
Is there a separate database I should be looking at, or is there a bug I should track down?
Issue Analytics
- State:
- Created 5 years ago
- Comments:14 (6 by maintainers)
Top GitHub Comments
ugh… ive said this a long time ago… GoodSNES/GoodNES/and other goodtools are able to sort the supported roms by description (or by mapper # incase for NES files).
here’s what desc sorting looks like for NES (i dont have full goodsnes romset but its a similar command to create one):
now you can just exclude baddumps, hacks, translations, PD stuff, and pre-releases since most of them are demos/beta, duplicates, trainers or hacks to work with copiers and such. even remove USA/Europe/World folders since most of them are already included in NoIntro.
the command is “goodsnes move dirs” you can edit goodinfo.cfg if you want to customize the folder names, or what files (based on filenames) should go to what folder…
but still cannot resolve scanning issues with these systems, until retroarch is able to support “skip header check” option during scanning since there are bunch of stuff included in headers for some dumps that are not necessary to run the rom but causes crc mismatch to import content feature.
Good to know that goodsnes can split stuff up! The whole database is fine with me but I dunno what performance is like on the low-end targets.
Also, for some strange reason updating the database one more time resolved the Wii serial issue for me, so that’s all fine now (and the detector seems to make sense after stepping through it). All the ISOs that don’t show up aren’t actually in the databases are dual layer discs so there’s some other problem there (UPDATE: https://github.com/libretro/RetroArch/issues/6544); once GoodSNES is merged this is 100% done.