Search options (Page 8 of 10)

I checked idlord's logs and the issue is because subchannels are corrupted.

Listing the different protection schemes for the 8 subcoding channels...
Channel P: no protection, Channel Q: 16-bit CRC, Channels R to W:

[FONT=Arial][SIZE=2][SIZE=2][FONT=Arial][SIZE=2][FONT=Arial]To protect the data in the subcoding channels R to W, a (24, 20) Reed-Solomon error correction code is used. To improve the burst error correction capability, 8 times interleaving is added to this error-correction system. The first two symbols in a PACK have additional protection with a (4, 2) Reed-Solomon error correction code.
[/FONT][/SIZE][/SIZE][/FONT][/SIZE][/FONT]

https://club.myce.com/t/subchannel-issues/195516/9

Sarami maybe you could take the CRC16 from Sub Q and attempt to detect single bit errors by bit swapping each bit in Sub Q and checking if CRC16 matches (CRC16 could also be corrupted). cdgtool is using such approach to clean the subs for random bit errors. Could you implement this simple algorithm. That could solve issue with such rotting CDs...

It's this:

if(sector[0x10] == sector[0x14] && sector[0x11] == sector[0x15] && sector[0x12] == sector[0x16] && sector[0x13] == sector[0x17]) { OK } else { FLAGS_NOT_SAME }

What OS ? Recent OS can screw the protectors...

Nice find. Also some tools do not support it either (Total Commander) + 7z.

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).

Yes

I checked under debugger that pDirRec[*nDirPosNum].uiDirNameLen = 0. It's an error during mastering phase?

> Is this solved ?

I forgot which dics it was

/rc /d8 /c2 10 is common

When I terminate program mainInfo.txt is empty and volDesc has:

========== LBA[000018, 0x00012]: Volume Descriptor ==========
                           Volume Descriptor Type: 255
                              Standard Identifier: CD001
                        Volume Descriptor Version: 1
========== LBA[000019, 0x00013]: Path Table Record ==========
         Length of Directory Identifier: 1
    Length of Extended Attribute Record: 0
                     Position of Extent: 21
              Number of Upper Directory: 1
                   Directory Identifier: 

I checked under debugger that pDirRec[*nDirPosNum].uiDirNameLen = 0. It's an error during mastering phase?

I don't have logs from: http://redump.org/disc/42648/. Usurper has them...

Sarami there's a small regression in latest version of DIC. When you specify /rc switch and no protection is detected a warning pops up with message /rc is ignored. For some discs (when protection cannot be detected) this is causing a regression and some sectors are not properly dumped. Please provide a way to override /rc so that it's always active.