MythGame is getting more and more powerful... I testing differnet Emulators and Systems to see if we miss something wich is needed.
If anyone has added a new emulator sucessfully it would be nice if he could left a guide in my mythgame emulation setup howto wiki: http://jtigundelsheim.jt.funpic.de/cwiki.php?page=mythgame I'm now looking forward to thest the psx emulator for linux. I think is this one works, we can look forward to add support into mythtv so that if a psx/psx2 game disc is inserted that then mythgame is launched to start the game... -----Ursprüngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Kieron Wilkinson Gesendet: Montag, 18. Juli 2005 08:52 An: Development of mythtv Betreff: Re: [mythtv] mythgame : features... Greg Estabrooks wrote: >>I am pretty sure it is simply a standard CRC32, aka the one provided by >>ZIP. I'm not as sure for the GoodTools... Maybe they do something different? > > The CRC I'm generating matches what is returned via zip, and what I'm > generating matches what is in the GoodTools dat files and all data files > I've tried so far except for the tosec database. I haven't given up on Bizarre, okay. > the tosec data yet, I'm still poking around and going to check out the forums > and email the maintainer about it, but so far it's not "leading the pack" :) :) > I'm also looking at starting my own RomDB. gathering info from goodtools > dat files and whatever else I can get my hands on, and pulling items > like releasedate, country, software maker and other info right from the > raw roms. This list could be web accessible for searches, and could be > downloaded as a "Drop in" set of info for mythgame to use. It's a > fairly big job but is so far looking like it would provide the best results. Sounds like a lovely idea. Shame you need to go to the effort though. > Plus I would make the scripts to pull the data available so that users > could run them on their collections and just send me the output which I could > match up and add to the database which is much more likely than a user manually > doing it. Ouch. Think of the maintenance. Especially on disk images like ADF's where badly configured emulators generate more alternates because of high scores, save games, virus', etc. >>The advantage to using the standard ZIP one is of course that there is > > But you can't just assume roms are going to be zipped. What I have now > (mostly ripped from the old neshandler.cpp) returns the CRC of the rom, > or if the file is zipped of the rom inside of the zip file. True. Good. :) > And in the case of a NES rom it skips the 16 byte iNES header and > generates the crc based on the rest of the data. This seems to match up with > all of the rom handling utilities I've looked at. I hate that emulator for exactly this reason. I understand that we are stuck with this now though. If you are interested, I'll supply you with an IPF dataset too. Its currently XML, and I need to do some processing to add the usual metadata (year, etc) but I should be able to convert to whatever form is most convenient. -- Kieron Wilkinson _______________________________________________ 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
