<![CDATA[Redump Forum — chd format]]> 2011-03-22T14:08:14Z PunBB http://forum.redump.org/topic/8297/chd-format/ <![CDATA[Re: chd format]]> I will eventually give t7z a try.

I guess that since pakkiso has been abandoned there is not much point into make it work better on MacOSX... too bad, because pakkiso worked pretty well for sets with 1-2 files through CrossOver/WINE and my script has its own weak points (mainly about disk space usage, since it copies the files before acting on them)

However, I can also easily see why t7z is preferred when you have to update sets wink

Thanks for the feedback.

]]> http://forum.redump.org/user/12492/ 2011-03-22T14:08:14Z http://forum.redump.org/post/32203/#p32203 <![CDATA[Re: chd format]]> t7z doesnt handle the old bin/ape structure sadly ^^

]]> http://forum.redump.org/user/8905/ 2011-03-22T12:14:39Z http://forum.redump.org/post/32201/#p32201 <![CDATA[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 wink ).
Do T7Z handle these too? or only 7zipped sets?

]]> http://forum.redump.org/user/12492/ 2011-03-22T11:49:09Z http://forum.redump.org/post/32200/#p32200 <![CDATA[Re: chd format]]> most people use T7Z currently btw and not pakkiso anymore *cough*

]]> http://forum.redump.org/user/8905/ 2011-03-22T09:01:42Z http://forum.redump.org/post/32198/#p32198 <![CDATA[Re: chd format]]> You should speak with ir0b0t, as he currently maintains pakkiso smile

]]> http://forum.redump.org/user/4396/ 2011-03-21T21:49:23Z http://forum.redump.org/post/32171/#p32171 <![CDATA[Re: chd format]]> 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.

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:

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 ripping as well games as separate tracks, of course, not directly as CHD (as you correctly pointed out, it is simply a container format wink ), 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...)

]]> http://forum.redump.org/user/12492/ 2011-03-21T14:54:09Z http://forum.redump.org/post/32168/#p32168 <![CDATA[Re: chd format]]> OK thanks for this explanation

]]> http://forum.redump.org/user/12094/ 2011-03-08T21:03:25Z http://forum.redump.org/post/31994/#p31994 <![CDATA[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

]]> http://forum.redump.org/user/8/ 2011-03-08T13:13:31Z http://forum.redump.org/post/31978/#p31978 <![CDATA[Re: chd format]]> iR0b0t wrote:

chd is something specifically, its a file container and not a file descriptor !

Isn't ISO a container too?

]]> http://forum.redump.org/user/12094/ 2011-03-08T12:52:14Z http://forum.redump.org/post/31976/#p31976 <![CDATA[Re: chd format]]> chd is something specifically, its a file container and not a file descriptor !

]]> http://forum.redump.org/user/4357/ 2011-03-04T13:44:23Z http://forum.redump.org/post/31870/#p31870 <![CDATA[chd format]]> who thinks the MAME chd format is better than cue sheets?

]]> http://forum.redump.org/user/12094/ 2011-03-04T06:58:19Z http://forum.redump.org/post/31866/#p31866