<![CDATA[Redump Forum — Why dont' preserve TOC's?]]> http://forum.redump.org/topic/8391/why-dont-preserve-tocs/ Fri, 18 Mar 2011 05:29:48 +0000 PunBB 1.4.4 <![CDATA[Re: Why dont' preserve TOC's?]]> http://forum.redump.org/post/32122/#p32122 PCE had a primitive way of stream interleaving, by mixing data/audio tracks
so it was important for this console to preserve actual data alignment
however, it is fully done with raw images
you don't need additional steps for this

this TOC, you refer to, is not more than a cue-sheet
about a decade ago there were those .iso/.mp3 dumps
and .mp3, when converted to .wav, could have different size, than the original
so you could sometimes spot those (.bin or .img originated from .iso/.mp3, not real CD) this way, that's about it
(i.e. compare .cue from raw image to .cue from image in question)

]]> Fri, 18 Mar 2011 05:29:48 +0000 http://forum.redump.org/post/32122/#p32122 <![CDATA[Re: Why dont' preserve TOC's?]]> http://forum.redump.org/post/32120/#p32120 Interesting. This discussion is going to be almost as intense as the time when I forgot how to sit down.

]]> Thu, 17 Mar 2011 21:17:04 +0000 http://forum.redump.org/post/32120/#p32120 <![CDATA[Why dont' preserve TOC's?]]> http://forum.redump.org/post/32119/#p32119 just a simple question

i notice,like for pc engine,that many user check the toc of a backup to see if it's a good dump or just..ehm..crap

why don't you include also TOC files? (like on megacd,neogeocd or saturn database)?


thnaks for any response

]]> Thu, 17 Mar 2011 20:42:02 +0000 http://forum.redump.org/post/32119/#p32119