Redump Forum

During my very interesting journey of converting p2p to redump, I've come upon some audio tracks with data in the pregap.  Usually the first couple of bytes in a sector that I see so much on the data tracks.  I thought they were fine since they matched, so I never said anything.  Also, I've come upon some audio tracks with the Riff header in them (which AFAIK means wave format), but they also matched the database so I didn't say anything.  I forgot which dumps were those though..

If its not normal, let me know so I could make a note of it from now on.

iR0b0t wrote:look at "South Park Rally" https://forum.redump.info/topic/3190/done … sles02690/

This is something most than common for all other systems, I talk about first audio track (only PR reports data if there's something or if you simply dump with wrong offset, EAC pad everything with 0x00) and expecially about discs with only one audio track the ones you normally pad.

EDIT: DJoneK, the same, what you found is normal.

EAC don't pad anything, just try to set the offset wrong and you will have some data from previews track in the pregap

DJoneK wrote:I've come upon some audio tracks with the Riff header in them

that's ok, and not "a faik" AFIAK

iR0b0t wrote:EAC don't pad anything, just try to set the offset wrong and you will have some data from previews track in the pregap

First audio track is always padded, EAC cannot read data.

Rocknroms wrote:First audio track is always padded, EAC cannot read data.

let me try it now...

Seems, you've right!

That's also the reason why I had sometimes different data in EAC and PR, but I also used always PR results, because they had same data as the original disc !

iR0b0t wrote:Seems, you've right!

That's also the reason why I had sometimes different data in EAC and PR, but I also used always PR results, because they had same data as the original disc !

You have also to check if that is real data of garbage (example the string that was found in some SS/MCD discs).