Redump Forum

Kalamari5662 wrote:There seems to be a bug if a disc has two data tracks.

When dumping No One Can Stop Mr. Domino, the second track has a different crc32 even though sectors and size matched.

His Track02 is a data track and it has 32 scrambled bytes at the end where other programs have it filled with zeroes. Somehow there must be a problem with descrambling (I guess that 32 bytes = +8 samples is the combined offset) or splitting the tracks.

Nexy wrote:I dumped a disc with R-W filled with FF, and it was suffering the very slow reading speed.

Please tell me a title.

Nexy wrote:Is the tool supporting C2 error reporting? Would be nice if it did.

I want to know main, sub c2 read order. It can confirm by a perfectrip. PX755A is main+c2+sub,

Nexy wrote:I have not yet tried to dump some discs with intentional errors (safedisc, laserlok, smarte, sector header)

I haven't these disc at present.

Kalamari5662 wrote:When dumping No One Can Stop Mr. Domino, the second track has a different crc32 even though sectors and size matched.

Please upload sub & log & Track2 data.

sarami wrote:

Nexy wrote:I dumped a disc with R-W filled with FF, and it was suffering the very slow reading speed.

Please tell me a title.

Take any CD image with the .sub, then replace all the zeroes in R-W channels with 0xFF instead of usual zeroes (you can use R2WFill.exe tool for that), then burn it and try to dump with any tool - it will be slow. AFAIK it's not caused by the dumping tools, but by the drive's firmware.

@sarami: http://www.mediafire.com/?kb4qdc13hl3urm1

Contains the .sub, .sub.txt, and .log.txt.

Hope you can see what's wrong

F1ReB4LL wrote:AFAIK it's not caused by the dumping tools, but by the drive's firmware.

So only in 100b mode? maybe because of the Reed Solomon checking?

sarami wrote:I want to know main, sub c2 read order. It can confirm by a perfectrip. PX755A is main+c2+sub.

As far I know, it is always main+c2+sub, except for Mediatek drives (main+sub+c2).

Jackal wrote:So only in 100b mode? maybe because of the Reed Solomon checking?

According to Carlos (IpseDixit), R-W filled with 0xFF pattern is nonsense data which confuses the drive's logic which performs the 100b mode:
http://club.myce.com/f61/subchannel-iss … ost2128678

Kalamari5662 wrote:There seems to be a bug if a disc has two data tracks.

When dumping No One Can Stop Mr. Domino, the second track has a different crc32 even though sectors and size matched.

Also,

Code: Select all

SCSI bus status codes:02-CHECK_CONDITION [F:ReadTOCText][L:1815]
Sense data, Key:Asc:Ascq:05:24:00(ILLEGAL_REQUEST. INVALID FIELD IN CDB)

.

Weird, works for me. Cannonfodder has two data tracks. existing dumps are wrong? Can anyone explain how to dump those with isobuster or other tool? So I can compare.

MrX_Cuci wrote:Can anyone explain how to dump those with isobuster or other tool? So I can compare

Just dump the two data tracks glued in a go. Then use the remove program to split the dump into data track 1 and data track 2, according to subcode info.

Maybe you can help me with this if I post the image in bin / cue format? You also need the sub file from subdump?

Just run the Extract from-to function to dump the entire disc and post the dump 7zipped. And yes, sub file is required.