>From looking at table structure for the other emulators they have a lot of extra stuff about potential per-game settings. I'm not a database guru (my father is, i'll try to ask him), but I think this needs to be a lot more tables maybe like this
games id, emulator_id, pretty_name, rom_path emulators id, pretty_name, exec_path, rom_checker_command_line(optional) emu_parameters (for available parameters) id, description, parameter_text game_parameters (association between emu_parameters and games) id, parameter_id, game_id emu_config id, emulator_id, name, value I know this is a bit more complicated than we were talking about before, but I believe this makes it the most flexible. Mark On Tue, 7 Dec 2004 23:22:09 -0500, Alan Gonzalez <[EMAIL PROTECTED]> wrote: > Ok so after looking at some code, here's my input on a generic emulator > setting: > > Add a new table or adapt existing table to store generic emulator settings. > > in gamesettings.cpp > > go through all current games, at the end query the database for the > user specific emulators. > > Show a settings screen for any user specified emulators. On this > screen allow user to delete this emulator? > > The last screen of game settings would allow you to add a new > emulator. I say emulator since we already have a pc games screen. > This screen would have command to run, arguments (does myth use the %s > syntax for filename substitution? I haven't seen it if it does), rom > location, rom filter, possibly external rom checker, screenshot > location. Maybe more if I've missed some other option > > This would keep the existing screens and allow the user to add more. > I chose this one to explore first since other options would add a new > interface screen or a new icon on the game settings screen. > > Alan > > On Tue, 7 Dec 2004 19:02:46 -0500, Alan Gonzalez > > > <[EMAIL PROTECTED]> wrote: > > > All the configuration options are in the GUI already. I don't really > > > understand what you're talking about. > > > > Sorry I meant commandline arguments. > > > > > > > > > Also there seems to be interest in getting rid of the rom checker. I > > > > think this is only doable for user added game modules. MythMame > > > > really likes to do a lot of work in categorizing games based on the > > > > rominfo. > > > > > > I won't apply a patch that removes the rom checker. > > > > Does every new game module need to check the roms? For instance If I > > submit a patch for N64 support, do I have to code up the rom checker > > for it? > > > > In terms of a "Add a new emulator/game GUI screen? Are you opposed > > to adding something like that > > > > Alan > > > > > _______________________________________________ > mythtv-dev mailing list > [EMAIL PROTECTED] > http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev > > >
_______________________________________________ mythtv-dev mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
