[
F1ReB4LL wrote:And what's the point of this?
AKUMA™ wrote:Now go to Command Prompt since chdman.exe is a DOS tool. Make sure your current directory that the files are in is listed in the DOS window.
It's a console Win32 tool and won't run under MS-DOS.
Gimme a break already. I was in a hurry yesterday morning when I posted that. DOS, command line, bah whatever. If it's in a black n white box on my screen I just call it DOS lol 
Rocknroms wrote:Akuma, I don't want to cut off your work, but this is the well known method to convert CHD to make them playable on NullDC.
Moreover it's nothing I think Redump care about as the images you can obtain are like DC dumps by dumpcast (no write offset correction, missing pregap for some data tracks).
Instead it will be a great and good thing that some owners of Naomi gdroms will dump them the same way we dump DC gdroms.
I don't want the Dumpcast method though. See that's what confuses me about GDs is that Dumpcast does them one way and you guys do them the other way. Also, I haven't seen anything anywhere on how to reverse NAOMI chds to GD-ROMs other than 1 guide that was posted at a few different sites word for word, and it uses bin2iso which doesn't seem to make the right cue sheets at all, because even when I changed the last track to Mode1 instead of audio IsoBuster would get errors. And that guide was intended just for getting the last track so you could run it in nullDC-Naomi, it didn't cover what I am trying to do, which is obtain the full image from the chds (which I did).
I was taking notes from the images I made and noticed that most of the images had either 300 or 450 sectors of data in Track 1 (sectors 0-299 and 0-449 respectively).
Track 2's seem to have about 1983 or 1984 sectors of data (only 4 images have all zeroes in the first sector of Track 2). Only the Gundam games are different, with 1998 sectors of data (from sectors 600 to 2597). All the track 3's are the same size except for CVS 2 2001 because the track is too small, and I read a few other places that it was probably a bad dump.
Also like I said, all the track03.bin's that I made matched the ones that Dumpcast has listed, and comparing notes between the Dreamcast dats from Redump and Dumpcast, there's no difference in the filesizes or checksums for track03.bin's of Dreamcast games. So I figure the same goes for NAOMI games as well. The only thing I see with Dumpcast is that they remove the 150 sectors of zero data from the end of Track 1, and add 150 sectors of zero data to the end of Track 2. When I did it their way, yeah I got perfect NAOMI tosec images, which I DON'T want. But all in all I do believe I am on the right track here.
For SFZ3 Upper for example:
track 01 sectors 0-299 contain actual data
track 01 sectors 300-449 are all zeroes (Track 02 pregap?)
sector 450 is the first sector of Track 02, but is all zeroes. sectors 451-2433 contain data. 2434 to 44999 are all zeroes again.
45000 is where Track 03 starts, and it ends at 549149, which is consistent with all of them barring CVS2 2001.
Capcom vs SNK 2000 Pro is setup the exact same way as SFZ3 Upper too.
EDIT- I'm just going to use the Dreamcast method in the other thread here for adjusting the pregap on the NAOMI images (remove 352800 bytes from the end of Track 01 and add to beginning of Track 02). It looks like the NAOMI images are just like Dreamcast images in so many ways. I think this is the only step left and then the images will be correct. Hopefully like you said RocknRoms someone will dump the NAOMI images like Redump does. I would be pleasantly surprised if someone did and their dumps match what I end up with from the CHDs.
Thursday, October 16, 2025. I'm in my 50TH year on Earth and I'm officially done with the AI controlled internet and tech in general.
Maybe one day you assholes will actually get your shit together and create a goddamned SECURE WEBSITE using HTTPS? Or better yet, get rid of this dumb split disc image format and provide dats with whole disc images and proper subchannel data.