BIN file created by DIC contains errors, while file created by A120% does not

[OldMadMan]

Version 32 bit, AnsiBuild, 20240116T232740

Describe the bug I used two tools, DIC and Alcohol 120%, to dump the same CD on the same optical drive.

After dump was completed, DIC reported that "No unintentional C2 errors" were found, but there are some MSF and user data error:

[ERROR] Number of sector(s) where bad MSF: 2
    Sector: 239, 240, 
[ERROR] Number of sector(s) where user data doesn't match the expected ECC/EDC: 1
    Sector: 238, 
Total errors: 3

After using PowerISO to open the generated .bin image, I found that the data structure in \NEC98 folder was completely messed up, as shown in the following figure:

I have tried several times, cleaned disc, and got the same results every time, so I decided to use Alcohol 120% for the dump. The strange thing is that Alcohol did not report any errors during the dump process. After opening the generated .mdf file, the structure of the folders in the file is also normal.

What is the cause of this problem? Do I need to upload the main bin and mdf files to help you identify the problem?

Here are the logs: logs.zip Please unzip it twice.

Thank you very much.

Screenshots cd G W2KSRVI_JPN.bin 72 /d8 /c2 1000 /q /ns /s 2

Disc title Windows 2000 Server

Disc ringcode N/A

URL N/A

Log file Upload the created files except .bin .img .scm .iso

[saramibreak]

cd G W2KSRVI_JPN.bin 72 /d8 /c2 1000 /q /ns /s 2

Try to down the drive speed, like cd G W2KSRVI_JPN.bin 8 /d8 /c2 1000 /q /ns /s 2

[OldMadMan]

cd G W2KSRVI_JPN.bin 72 /d8 /c2 1000 /q /ns /s 2

Try to down the drive speed, like cd G W2KSRVI_JPN.bin 8 /d8 /c2 1000 /q /ns /s 2

Thanks for your reply, first I followed your method and reduced the reading speed in the command line but still got the same result.

Secondly, I would like to add that due to unknown reasons, when my optical drive reads CD discs, the actual maximum reading speed is limited to 8x, which means that even if I set a faster reading speed in DIC/A120, the actual speed will not be greater than 8x.

[OldMadMan]

I redumped the disc using "redumper" and the results were correct.

I noticed that during the dump process, redumper gave the following prompt:

`PLEXTOR: storing lead-in (session: 1, verified: yes) [LBA: 235] subcode desync (shift: -1)

[LBA: 236] subcode desync (shift: -2)

[LBA: 244] subcode desync (shift: +0) `

Although I don’t quite understand the meaning of these prompts, I think that maybe this is the key to whether the dump results are correct.

[saramibreak]

Although I don’t quite understand the meaning of these prompts

Me too. Perhaps it fixes the sector automatically or rereads the sector?

[ERROR] Number of sector(s) where bad MSF: 2
    Sector: 239, 240, 
[ERROR] Number of sector(s) where user data doesn't match the expected ECC/EDC: 1
    Sector: 238, 
Total errors: 3

Some bytes were lost in the sector 238. As a result, sync (00 FF FF FF FF FF FF FF FF FF FF 00) moves to the forward and sector 239 and 240 can't be descramlbled (see _mainError.txt). This is a known problem found in plextor drives.

If you have other plextor (or asus) drive (http://wiki.redump.org/index.php?title=DiscImageCreator:_Optical_Disc_Drive_Compatibility#Non-Plextor_ODDs_.28Plextors_are_preferable.2C_as_more_testing_is_needed_for_these.29), try it plz.

[thegawin]

Seems like @superg was able to find workaround for this issue. IIRC subcode desync is like corrected C2 error. (May or not be correct, so best to dump twice.)

I should have somewhere one such disc with single track. (If it would be helpful.)