DiscImageCreator

[sarami]

Confirmed.

The pre-last sector is erroneous. The last sector is reverted/scrambled.

Exactly, the last 4510 byte is reverted/scrambled. BTW, does reading error occur if isobuster reads these 2 sectors?

[reentrant]

I just had a small morning debugging session and one of the dumpers found a CD which has corrupted Path Table Record. I inspected it under debugger and basically all fields are off. I think Path Table Records related values in PVD are wrong.

Please add an option to disable reading Path Table Record via command line in order to fight such weird CDs...

[sarami]

/viewtopic.php?p=24240#p24240
/viewtopic.php?p=24250#p24250
/viewtopic.php?p=24265#p24265

Attention
1. Before you report a bug, could you test the latest test version. Nevertheless a bug exists, could you upload all created file except bin, img and scm. And could you tell me the disc title ,region, barcode and ringcode.

Thanks several report, but I don't have these disc, so I can't test and fix them.

About PVD:
If it can't be read by IsoBuster, it is weird disc, otherwise dic's bug.

[reentrant]

It's not a bug in DIC. DIC correctly parses the data. It's disc fault. New operating systems do not detect anything on the cd. Only old Windows show the data (I guess those old versions do not handle Path Table records).

[sarami]

Is it really ISO9660 disc? If so, it is easily unbelievable that "Only" old Windows (3.1?, 95?, 98?, 2000? etc) can read it.

[F1ReB4LL]

BTW, does reading error occur if isobuster reads these 2 sectors?

Of course.

[xTMODx]

Is it really ISO9660 disc? If so, it is easily unbelievable that "Only" old Windows (3.1?, 95?, 98?, 2000? etc) can read it.

here are the dump files with reentrant's DIC  http://www107.zippyshare.com/v/xb6AmTRp/file.html i could open the disc on windows xp but not on windows 8.1 tested on 4 plextor drives

[Jackal]

olofolleola4 is having some problems dumping a disc. The disc has 3 data tracks and in the third track seems to switch between different data modes. DIC seems to be descrambling it erroneously, starting from byte 529200.
There seem to be some bytes missing in the last sector of the .scm, which make it impossible to fully descramble.

When I manually descramble the .scm, I get these results:

D:\dic>eccedc check "d:\descramble_CDDA_TEAZLE_CD (Track 3).bin"
FILE: d:\descramble_CDDA_TEAZLE_CD (Track 3).bin
[F:handleCheckOrFix][L:512] GetLastError: 2, The system cannot find the file specified.

If sub file exists, this app can check the data sector precisely
Checking sectors (LBA)    512/   512
User data vs. ecc/edc match all

Does this mean that if properly descrambled, the dump is correct and doesn't need any 0x55 fixes?

Files: http://www64.zippyshare.com/v/OEdxBoYD/file.html

[sarami]

i could open the disc on windows xp but not on windows 8.1 tested on 4 plextor drives

Weird.. if you can, please try on win7, win10, linux(ubuntu, fedora etc.)

olofolleola4 is having some problems dumping a disc.

_mainError.txt

Code: Select all

LBA[308560, 0x4b550]: Track[00]: Sync is invalid
========== LBA[308560, 0x4b550]: Main Channel ==========
              +0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F
      0(   0) 00 ff ff ff ff ff ff ff 00 ff ff ff ff ff ff ff
     10(  16) ff ff ff 00 69 b6 10 61 03 83 f4 cd bf 24 63 7a
              :
              :

The garbage byte (a part of the sync?) exists in first 8 byte of this sector. So, the offset is shifted by 8 byte... dic can't descramble these sector for this reason. Can you read these sector by the other tools (Isobuster, perfectrip clonecd etc.)?

Does this mean that if properly descrambled, the dump is correct and doesn't need any 0x55 fixes?

I don't know whether these sector are a mastering error, or a protect or not.

[Jackal]

"308558-->308560 isn't readable.
Track 3 is recognized as Audio mode in IsoBuster."

I guess the shift is caused by data > audio transition?