1 (edited by pepsidrinker 2009-06-24 06:52:25)

Perfectrip gives gap of 2.01 and EAC gap of 2.00... all other audio tracks match.

http://rapidshare.com/files/247985103/IMAGE.7z.html

Clone CD cue

FILE "IMAGE.img" BINARY
   TRACK 1 MODE1/2352
   INDEX 1 00:00:00
   TRACK 2 AUDIO
   INDEX 1 57:20:23
   TRACK 3 AUDIO
   INDEX 0 58:38:26
   INDEX 1 58:40:25
   TRACK 4 AUDIO
   INDEX 0 61:55:42
   INDEX 1 61:57:41
   TRACK 5 AUDIO
   INDEX 0 65:10:40
   INDEX 1 65:12:39

If it is 2 seconds how many bytes do I move from track 2 to track 1 for the perfectrip dump.

Could you take the original px_d8 (not Dremora's one) and copypaste the contents of sectors 257870, 257871, 257872 here, please?

3 (edited by pepsidrinker 2009-06-25 19:51:27)

Removed....

Px_D8 v1.01.  09 Dec 2007.  Truong Hy.
Usage: px_d8 <drive letter> <LBA sector> [sub-ch bits]
sub-ch bits:
  0 or ommit for no sub-ch data
  1=16 PQ
  2=96 PW packed mode

So, 257870, 257871, 257872 as LBA sector, should give you different results. Should look like this: "px_d8.exe F: 257870" (change the F: letter to the letter of your drive).

5 (edited by pepsidrinker 2009-06-25 19:52:05)

Removed...

Weird, 257872 shouldn't have any synchro. Try to check 257873, 257874, etc. - until you find a sector without "00FFFF..." inside.

Btw, the gap is 00:02:01, according to the subs.

7 (edited by pepsidrinker 2009-06-25 19:54:08)

Ok, this is what you are looking for I guess..... I am cutting it down, as I hope you don't need the whole thing. 257874 - all zeros.

257873

3DE5D18BD9127630B6CF36D416DF4ED8
A33E977B2EA35C79F9E2C2C99196EC6E
CDEC558DFF259EF5A04C9F7E2352A321
B9D872DAA59B3B2B535F7DF821826E04
C0A774306054780C2285D9A31AF9CB02
D7419EB068742EA75C7A3660F08D04F4
438BD81C5A89FB26C35AD1FB1C4349F1
F6C48C4397ED0A7D0000000000000000
00000000000000000000000000000000
00000000000000000000000000000000
00000000000000000000000000000000
00000000000000000000000000000000
00000000000000000000000000000000
00000000000000000000000000000000
00000000000000000000000000000000
00000000000000000000000000000000
00000000000000000000000000000000
00000000000000000000000000000000
00000000000000000000000000000000
00000000000000000000000000000000

So how do I fix the the ISOBuster/EAC dump so that it's like the Perfectrip dump?

Actually, I was looking for some corrupted scrambled sectors, looks like it's not the case smile

Why not to use PR dump only? I'm not sure about moving the sectors, looks like the 2nd track pregap contains some data sectors here, if so - they should be scrambled, you can't retrieve the proper pregap from isobuster's dump of the first track, then. You need to extract the track manually after dumping the whole CD with cdtoimg (dumps all the sectors in scrambled mode). According to the subs, 257871 is the last data sector, so the data track should be 257872 sectors long, or 606,514,944 bytes. Sectors 257872 and 257873 contain data, according to your previous copypastes, but they belong to the audiotrack, according to the subs.

9 (edited by pepsidrinker 2009-06-25 21:08:14)

Ok, just add the Perfectrip dump...alright...

You're right I used themabus reMove program and moved 2352 to track 2 size matched but not hashes..

Check the first few sectors of Track02 PR's dump - should be data, similar to px_d8 output.

11 (edited by pepsidrinker 2009-06-25 21:29:52)

When I open that track in a hex editor it's all zeros at the beginning.

but when I do simple comparison between the perfectrip dump and the reMoved EAC dump this is what it shows different

http://img87.imageshack.us/img87/7338/23772519.th.png

So if that is what you mean... I am not familiar with this type of stuff so if you want to look at the two tracks I can upload them.

PR can't dump them properly, the only way is to dump the entire disc with cdtoimg and cut the 2nd track from this image, anything other is a bad dump.

Ok, I will do that...I will need help cutting out the 2nd track.