Re: How about....

Subject:

Comments:
: : : "always scared moving my roms around automatically since I don't have a current backup" : : : lol... ye have little faith : : : :) : : : It uses the good 'ole dos copy command, so there's not too many ways it could screw up. : : : If your worried though, you can always take a few and copy them to a new dir maunally to test different stuff out. : : : : But whats the chance you could add (or it's already in there) this feature. : : : : the ability to move them based on cat AND total size. Plus move the images with them (cabinet, snap, marquee, flyers). Then when they fill up a set number, it would start a new section. : : : : This way, we could backup our roms on CD's and still run them from there. : : : That's a great idea!, But I don't have that much time to spare either. :( : : : How about I release the source code to anyone who wants it? I've already done the hard job of parsing the caver.ini and calling the appropriate commands to move/copy stuff around so anyone who dosen't have a project going could add new features farily easily. : : : So guys... does anyone with vb knowledge wanna take over this particular project? Come on... chicks dig programmers. ;) : : : : I've considered doing it... but i don't find enough time to finish my frontend (and your frontend already has to many features :) : : : :-P : : : Your not going to like me after beta 5 then.... the ini file is getting longer than aos's. : : : :-D : : : Of course with my ini file, most of the stuff can be left blank, so you guys who want a simple solution are still covered. : : : :) : : I'll add changes to it but I will probably modify it even more so much I won't need the source code. My plan so you can do with it what you want is to take all the files you've created combine it with the mame file and create an access database that has several tables. The first table will be the Parent rom table, it will contain the following fields Index, Rom Name, Game Name, Release information ie year, manufacturer etc.., Then a child(clone) table that will contain the parentindex, childindex, rom name, game name. Then I will create a genre table that will have a one to many link from the Parent table. This will initially contain the genres howard has created but will give you the ability to assign more genres later to any rom you want. Then for the forntend I will create a gui and a line entry frontend. The line entry frontend might be kind of long but it will give you more options here are the options I plan on having for sorting. genre, include clones, date greater than, less than, equal to, size greater than, less than, equal to, Rom name greater than, less than, equal to, and manufacturer equal to. If anyone can think of any other sort options let me know. Also this will give a database to use for anyone who needs it for thier frontend. Let me know anything I'd be missing. I should be able to create the database by tomorrow night, I'd have it done tonight but I'm training for a marathon. Then sometime this weekend I'll have the application done. : Yeah that's all good man... send me an email if you want the source though... : Also something else I was going to make seperately could be integrated into a program of this type. I wanted to make a mame configuration utility that would take a base .cfg file for a game and use it as a guide to create multiple files for numerous games. So, for example you could make one cfg file for art of fighting and use it to make 250 or so copies of it for every single neogeo game. I could do the code for dealing with the config files. : So what do ya think?

Optional Link address (start with http://):
Link Title:
Optional Image address (start with http://):