Hi. I just love this new feature to scan directories and sort roms accordingly. Unfortunately some of my roms are missing (specially the bootleg ones). My question is simple, is there anyway I could have it the old way? I want to view everything not only what’s in your rom database.
Maybe even a way both features can co-exist that ould be awesome!
I’m on a RPi2
I appreciate any help!
VenomRanger
Hi venomranger, Having it both way should be possible, but it makes the code very difficult to read and improve.
I knew there will be some problems of missing rom as soon as I heard about scanning…
I guess the best we can do is to add more checksums to the database (I have no idea how to maintain it on the long term), or give advice about what romset to choose.
The database we use is the one of OpenEMU. So certainly some people have the same problem on OpenEMU and you should find some advice on google on what romset to choose.
I would think you could allow people to add personal entries to a do, and merge it with the official database when it is loaded up. And then offer an option to auto add missing entries to the personal database.
If the personal database entries are saved in a separate file and merged on load then even when the official database is updated it should still be ok
You can still edit the playlists files by hand until we find a solution)
Thanks guys!
How can I edit it? Any text editor will do? Where is it stored?
Editing a playlist file in the playlists folder to add an entry with a text editor doesn’t seem to work. I tried copying an existing entry, changing the filename and CRC to match a ROM with a hack applied, and running it from XMB. The entry showed up in the list fine, but once you select it it says “No Playlist Entries Available” so there’s no way to select a core and “Start Content”.
A simple way to manage this would be to put the unsorted ROMs into another category, and then allow the user to select those ROMs and add them to their chosen system. I think that would be quite elegant
I’m still clueless, I like the new version. It runs smoother on my RPi2 and all… but not being able to add non-database roms is bad. I have tons of roms that are simply not showing up there. What should I do? 
Ok let me try to add a ROM manually…
EDIT: you’re right, it doesn’t work. If the database does not contain the CRC, the “Run” entry will never appear. I will declare this bug.
How is the database portion of this coming along? I’ve held off working with the nightlies because i lost more than half my games.
Was a decision made on how to allow you to add games that the database can’t find thru scan? (i.e. I can’t get a single PSX game to show up on the new version) Manual edit? some UX to allow me to edit it?
I’m super excited about the new version - but so far, for me, the database scan has ruined the “it just works” experience.
There are some user-made scripts floating around the forum that will work for manually scanning and adding things, and there’s no limit to the number of games. OTOH, you could just switch to RGUI or GLUI menu and not worry about database scanning at all.
fair enough. I’ll poke around and try to find them. Although needing to rely on scripts, etc sort of still defeats the beauty of the Lakka mission of making this plug and play. You shouldn’t “need” to SSH into the system to do a basic thing like adding a game that the db doesn’t know about
Yeah, that’s true and valid, but the database stuff is simply an unfinished feature. You don’t have to use it (see: other menus) and/or you can wait until it’s finished to upgrade if the current incarnation doesn’t meet your needs (you can even use updated cores with older builds that don’t have the database stuff). A third and even better option would be to submit patches that include the functionality you would like to see. The project is free and open-source, and Twinaphex–the lead dev–is incredibly welcoming of patches, arguably to a fault, so there’s little risk that your efforts would go for naught.
I confirm that the current implementation of the database and scanning doesn’t reflect yet the final result. It’s a work in progress. But what we currently have is a strong basis, because this database is fast even on low cost hardware like the rpi.
submitting patches isn’t a bad idea - although you guys are like 10,000x better coder than i ever was - so I’m not sure I’ll be able to catch up