<![CDATA[Redump Forum — Why dont' preserve TOC's?]]> 2011-03-18T05:29:48Z PunBB http://forum.redump.org/topic/8391/why-dont-preserve-tocs/ <![CDATA[Re: Why dont' preserve TOC's?]]> 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)

]]> http://forum.redump.org/user/2174/ 2011-03-18T05:29:48Z http://forum.redump.org/post/32122/#p32122 <![CDATA[Re: Why dont' preserve TOC's?]]> Interesting. This discussion is going to be almost as intense as the time when I forgot how to sit down.

]]> http://forum.redump.org/user/7363/ 2011-03-17T21:17:04Z http://forum.redump.org/post/32120/#p32120 <![CDATA[Why dont' preserve TOC's?]]> 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

]]> http://forum.redump.org/user/12493/ 2011-03-17T20:42:02Z http://forum.redump.org/post/32119/#p32119