http://www.mameworld.info/ubbthreads/sh ... art=1&vc=1
Made post to Mamdev forum, he reacted yet. What he means with "hacking" is beyond my comprehension
3 verified NAOMI GD-ROMs
Moderator: Moderators
@Ripper006 : TheGuru knows mostly hardware dumpers, so possibly he thinks that you are a ripper, meaning 'hacking scene releaser'. I'm afraid your nickname surely did not help.
Moreover, the Mame CHDs contain extensive extra datas added between the main 3 tracks : so finally perhaps he just considers that the Dumpcast dumps are incomplete ...who really knows? Anyway, ElSemi & TheGuru are not very chatty about their works, unlike Andreas Naive; but it's not actually a problem.
Our side, we've just ended to extract and verify these Naomi Mame CHDs (cvsgd, cvs2gd, ikaruga, ggxx, ggxxrl, sprtjam, dygolf, wsbbgd), and we've obtained exactly the same sha1 than ack, executter, hotaru and Ripper006. So these are probably the perfect dumps.
Note we have used the cvs2gd NonMAME CHD (sha1 2518b7d885292296ed0ab690967a1ae83145d7c7), since the official one (sha1 b5fd12aa88383f4f5a47547b3fa4bd4d25bf781f) is false and/or incomplete. Mame is not always accurate : sadly, neogeo successive romsets have already prove this fact.
Also note ggxx (the one extracted from gdl-0011.chd, sha1 f8a140f13df78c399c8c10c932f2f7036f81ae9e) is the only dump that is NOT matching hotaru's track01.bin & track02.raw ; however, track03.bin is matching. Personally I think hotaru's dump is fully accurate, so perhaps this CHD is actually another ggxx gd-rom release.
Moreover, the Mame CHDs contain extensive extra datas added between the main 3 tracks : so finally perhaps he just considers that the Dumpcast dumps are incomplete ...who really knows? Anyway, ElSemi & TheGuru are not very chatty about their works, unlike Andreas Naive; but it's not actually a problem.
Our side, we've just ended to extract and verify these Naomi Mame CHDs (cvsgd, cvs2gd, ikaruga, ggxx, ggxxrl, sprtjam, dygolf, wsbbgd), and we've obtained exactly the same sha1 than ack, executter, hotaru and Ripper006. So these are probably the perfect dumps.
Note we have used the cvs2gd NonMAME CHD (sha1 2518b7d885292296ed0ab690967a1ae83145d7c7), since the official one (sha1 b5fd12aa88383f4f5a47547b3fa4bd4d25bf781f) is false and/or incomplete. Mame is not always accurate : sadly, neogeo successive romsets have already prove this fact.
Also note ggxx (the one extracted from gdl-0011.chd, sha1 f8a140f13df78c399c8c10c932f2f7036f81ae9e) is the only dump that is NOT matching hotaru's track01.bin & track02.raw ; however, track03.bin is matching. Personally I think hotaru's dump is fully accurate, so perhaps this CHD is actually another ggxx gd-rom release.
Last edited by AvS on Sun Mar 29, 2009 11:54 am, edited 2 times in total.
@hotaru : I've just checked your ggxx redump with my personal dat, and it's ok. So for now, ALL the Dumpcast Naomi dumps are perfectly matching the extracted tracks from CHDs.hotaru wrote:@AvS- redumped [GDL-0011] GUILTY GEAR XX TRACK01.BIN & TRACK02.RAW. let me know if everything checks out.
Many thanks for your works, friends.
It seems I've now succeeded in decrypting all the Mame Naomi2 GD-ROMs, adding vf4 rev.c & vf4 evolution : see here for the how-to.
Makaron shows now the caution 53 : 'change video output of this game to the setting corresponding to horizontal scanning frequency 31 kHz.'
But entering the system menu (F1 key), we can see the correct title for each Naomi2 games.
Makaron shows now the caution 53 : 'change video output of this game to the setting corresponding to horizontal scanning frequency 31 kHz.'
But entering the system menu (F1 key), we can see the correct title for each Naomi2 games.
Last edited by AvS on Fri Oct 17, 2008 2:03 pm, edited 1 time in total.
a similar problem here. after decryotion the game worked fine (a few gfx glitches only), but after re-opening the emulator it says me that " this game is not acceptable by main board". seems that there's a config file / flash ram or something saved in other place, maybe?Maddog wrote:I'd be interested to know what settings and BIOS you are using, since I get nowhere with NullDC.
I converted Sports Jam to this one for NullDC:
"ROM" file.LST fileName: SPJAM
Size: 184549376
CRC32: a7e00a5f
MD5: 74c6596f9df931b6e179579152bfedbfAs I said, conversion went fine using Guru's keys, no error messages of any kind.Sports Jam
"SPJAM", 0x0000000, 0x0B000000
I have used MAME's BIOS epr-21576d (renamed to naomi_boot.bin of course) which should be compatible according to the readme. Think I also tried 21576b, still no cigar.
Please lmk if I'm doing something wrong. Don't care much about playability, but want to be able to see something more than a black screen.
A little WIP report as bonus: we are probably having a verified Virtua Tennis very soon. This won't be much use with current status (Guru has it marked as red, ie no key available). Anyone around knows how these keys are discovered?
Shoometsu, it looks like a file corruption during the first run. Re-decrypt the encrypted file, check the hash (sha1 : d433102cfafbe0a8269ad053f686bdfb3fddb7e3), then write-protect the decrypted .bin before the first run. Check the bios too. Also, Maddog, there is no space between the game name and the file name in the .lst fileShoometsu wrote:a similar problem here. after decryotion the game worked fine (a few gfx glitches only), but after re-opening the emulator it says me that " this game is not acceptable by main board". seems that there's a config file / flash ram or something saved in other place, maybe?Maddog wrote:.LST fileSports Jam
"SPJAM", 0x0000000, 0x0B000000
Code: Select all
Sports Jam
"sprtjam.bin", 0x0000000, 0x0B000000
pretty strange, but your tip worked here. thanks!AvS wrote:.LST file
Shoometsu, it looks like a file corruption during the first run. Re-decrypt the encrypted file, check the hash (sha1 : d433102cfafbe0a8269ad053f686bdfb3fddb7e3), then write-protect the decrypted .bin before the first run. Check the bios too. Also, Maddog, there is no space between the game name and the file name in the .lst file
fine on Makaron T11.