who thinks the MAME chd format is better than cue sheets?
Best format?
Vote options
CHD
cue sheet
chd format
Re: chd format
chd is something specifically, its a file container and not a file descriptor !
PX-760A (+30), PX-W4824TA (+98), GSA-H42L (+667), GDR-8164B (+102), SH-D162D (+6), SOHD-167T (+12)
Re: chd format
Isn't ISO a container too?iR0b0t wrote:chd is something specifically, its a file container and not a file descriptor !
Re: chd format
No it's not.. what we have now is a binary file of the CD which is 2352 bytes/sector. Compressing it to CHD would be the same as compressing it to .zip or .rar for instance.. it would be absolutely pointless to preserve these checksums, if that's what you are aiming at.
Ripper006 is adding CHD support to his project, so I guess it's more MESS-friendly, but to us it's completely pointless.. like iR0b0t said, it's just a container
Ripper006 is adding CHD support to his project, so I guess it's more MESS-friendly, but to us it's completely pointless.. like iR0b0t said, it's just a container
Last edited by Jackal on Tue Mar 08, 2011 8:16 am, edited 1 time in total.
Re: chd format
OK thanks for this explanation
Re: chd format
and, FWIW, as a MESSDev I completely agree with your statement. The redump project is fine as it is and it already does a wonderful job, by listing checksums of the separate tracks.Jackal wrote:No it's not.. what we have now is a binary file of the CD which is 2352 bytes/sector. Compressing it to CHD would be the same as compressing it to .zip or .rar for instance.. it would be absolutely pointless to preserve these checksums, if that's what you are aiming at.
Ripper006 is ripping as well games as separate tracks, of course, not directly as CHD (as you correctly pointed out, it is simply a container formatJackal wrote:Ripper006 is adding CHD support to his project, so I guess it's more MESS-friendly, but to us it's completely pointless.. like iR0b0t said, it's just a container
), but he added the option (I don't know the exact details) to also produce a CHD from the rips. More than this, what makes his (still in beta) project very interesting, is the capability of handling PCE-CDs weird setup. I haven't had access to any PCECD rip yet, but if his ripping tool is really capable of extracting proper data from the NEC disks, I'm more than happily ready to include his rips in our database
Back to redump.org and CHD: what it could be done, if anyone is interested, is to add a final (& optional) conversion to CHD to programs like pakkISO/unpakkISO (chdman does not modify in any way the CD data and -createcd/-extractcd are 1:1 operations, up to the fact that the output currently always consists of a single .bin file instead of separate Track .bins, so that you have to manually split the .bin into the right number of pieces and to replace the cue with one downloaded from redump.org, due to differences in indexes generated by the 1-bin-vs-multi-bins diff)
Anyway, it is not a redump.org problem, strictly speaking... and I stressed the "optional" part because compression is worse in CHD than in current 7z+ape.
By the way, I would be very grateful if anyone could point me to the creator of pakkISO: I'd be interested to discuss a bit with him the options to use it with MacOSX (since the current proposed solution tends to completely fail for games with >= 3 tracks, and I had to write down some *nix shell scripts to properly handle the PSX rips I found...)
-
Sotho Tal Ker
- Posts: 267
- Joined: Mon Jun 08, 2026 1:26 am
Re: chd format
You should speak with ir0b0t, as he currently maintains pakkiso 

Re: chd format
most people use T7Z currently btw and not pakkiso anymore *cough*
Re: chd format
I have only found rips in 7z + ape format (possibly outdated sets, but they uncompressed to the correct bin+cue sets so I'm happy with them
).
Do T7Z handle these too? or only 7zipped sets?
). Do T7Z handle these too? or only 7zipped sets?
Last edited by etabeta on Tue Mar 22, 2011 6:49 am, edited 1 time in total.
Re: chd format
t7z doesnt handle the old bin/ape structure sadly ^^