Why do sites host GoodXXXX sets? They produce less traffic and easier to maintain because they take less space and most of the time all clones are in one archive. And do you know why? Because they're smaller.
No way to join torrents at good percent, because TorrentZip doesn't support 7-Zip. Updating GoodMerged sets is a pain in the ass.
Goodn64 romset archive#
Just select which rom to load from a GoodMerged archive and start playing right away. GoodMerged sets are directly playable from programs like QuickPlay. Re: GoodMerged No-Intro? \ neoforma on 8th October 2007, 13:19 wrote: Merging on both RC and CM is supported.7z format is not supported by RC though.Indeed, 7z is not supported by RomCenter, only ZIP. Re: GoodMerged No-Intro? \ dharmaguy on 8th October 2007, 13:14 wrote: Split RARs and GOODmerge should be a thing of the past other than for distributing large ISO's.
Goodn64 romset upgrade#
I can certainly understand how usefull a parent/clone utilty would be, but a goodmerge utility for the sake of saving 5GB of disk space?Ī 500GB HDD will cost you less than £100/euros, why not just upgrade your drive instead of pissing about recompressing rar's and 7zp's? Besides, just how many of your sets will then be directly playable via an emulator? Have you thought about corruption? A corrupt rar with several dupe ROMs within it is far worse than one corrupt zip. Some of you people are still living in the dark age! Re: GoodMerged No-Intro? \ Chucky Egg on 8th October 2007, 12:53 wrote: Merging on both RC and CM is supported.7z format is not supported by RC though. Re: GoodMerged No-Intro? \ kazumi213 on 8th October 2007, 11:56 wrote: I think cm and rc support 7zip, but most emulators do not, this is why i personally merge to zip.
"1 rom for each unique game" with all major regions selectable as the "parent" All roms merged (in any compressed container cm or rc supports) It does not use xml files, everything is included in the dat itself, the dat also includes a parent-clone classification Which allows the following options: The system kazumi and i are using allows merging with cmpro and maybe with romcenter too, i'm not sure. Re: GoodMerged No-Intro? \ tetsuo55 on 8th October 2007, 09:13 wrote: Maybe this week with more time look the others set's (SNES, Genesis, etc). The XMDB works fine (but the 'flag' section can be refined a little more surely). Well, it took a little longer (about 5 hours), but the final size is 4,7 GB (Goodmerge with 7zip selected and using 909 mb ram), about 33% of the original!! (13,8 gb). In 3 hours when it finish the compression i'll post the results.Įrrors, corrections and suggestions are welcome! I'm testing on goodmerge an so far appears to work: it went from 878 files to 414. Well, i took the XMDB from JdR and change a little bit the 'flag' section in order to work with No-Intro naming convention (I asume this XMDB is correct in what parent-clone or countries-naming is concerned !). Re: GoodMerged No-Intro? \ dharmaguy on 7th October 2007, 15:06 wrote: I would like to help, because GoodMerged No-Intro set is the preferable format for me. And No-Intro sure contains less dumps, because there's no crap in it. It's less than 5GB, while No-Intro is more than 10 GB.
For example, take the GoodN64 GoodMerged set. Re: GoodMerged No-Intro? \ neoforma on 7th October 2007, 13:49 wrote: at least the "filter" part, the parent-clone or english-spanish names is far beyond my knowlegde. I inspect the XMDB (XML in fact) and i think is not to hard to modified to work with no-intro. I tried to use the xmdb found a few post earlier and didn't work. Kazumi and i are betatesting a system for merging, if all works out we will propose the system for inclusion in all datsGreat!