After some deeper tests it seems that /d8 and /be return different data. Audio tracks in /be mode are shifted by 'combined offset' vs /d8 mode. I need to do some further tests but it looks like I'll be redumping everything...

Nexy wrote:

mediafire no longer works for me, can you just upload the binaries to github as packages for download.

Uploaded in github.

reentrant wrote:

I think I found an undesired bahavior in descrambling code path. In function "DescrambleMainChannel" if "IsValidMainDataHeader" check fails the sector won't be descrambled. But I think it should be descrambled regardless of the result of the check. I have a CD that has an intentional C2 error in first 12 bytes of a sector and the contents of the sector don't match with /be mode.

I want you to dump the disc using IsoBuster too, and I want to know the result.
Yet if an C2 error exists in first 12 bytes of a sector, I think you need to dump the other disc of the same titile to confirm whether the C2 error is intensional or not.
Or if you have other plextor drive, could you try to dump in that. If you haven't, I recommend a Premium2, Premium, PX-W5224.

reentrant wrote:

Also if Combined Offset is < 0 such errorneous sector will not be reported to mainError file. The code in 'CheckAndFixMainHeader' does not seem to handle cases when Combined Offset < 0.

I'll add it before long.

828 (edited by reentrant 2016-07-09 16:18:59)

After some even more deeper tests here are my results:
1) Audio tracks are properly offset corrected in D8 mode. In BE mode audio tracks are not offset corrected.
2) Data tracks: DIC seems to have problem with VOB Protect CD and D8 mode. I also tested a SafeDisc 1.00.026 and tracks are correctly dumped using both D8 and BE. For VOB discs I'm reripping data tracks in BE mode and the results are CloneCD compatible which I think is desired. In D8 mode VOB protected sectors have corrupted sync and header areas and DIC is not able to descramble them. OTOH in BE mode such sectors are replaced with 55 pattern. Maybe DIC should also replace such sectors with scrambled 55 pattern?

I have a Settlers IV CD that seems to expose another issue with D8 command. Some sectors (variable count) after C2 sector are not read correctly. I'll be investigating the issue later. But I think the conclusion is that D8 ripping is not reliable in case of C2 errors.

829 (edited by reentrant 2016-07-20 06:59:21)

Ok the problem with VOB is that DIC is not able to recognize the protection and any C2 errors that are part of protection are not replaced with 0x55. Could you add a command line switch to replace any C2 sector with 0x55?

At least we can defeat VOB this way. Right now it's impossible to come up with proper dump without manually editing the track.

EDIT: Please also put EdcEcc to github. I made some patches to it to fix a VOB protected track.

830 (edited by sarami 2016-07-21 11:06:09)

reentrant wrote:

Ok the problem with VOB is that DIC is not able to recognize the protection and any C2 errors that are part of protection are not replaced with 0x55. Could you add a command line switch to replace any C2 sector with 0x55?

Sorry, I have no time to code it for a while because I'm busy with other thing...

reentrant wrote:

EDIT: Please also put EdcEcc to github. I made some patches to it to fix a VOB protected track.

Added.

831 (edited by gaijin 2016-08-01 10:48:13)

Maybe it's possible to add support for any drive like perfectrip do in future, unofficially? Manually add offset for data+audio cd or at least dump cd with data track only. I try to dump via data command (DiscImageCreator.exe data i parasite 0 0 254478 /c2 /s 2) CD with data track only and on any errors c2 doesn't work, only report error sector. I used perfectrip, but it doesn't have error correction or retried small times, only for clean or like new discs. With some different drives it's possible to verify dump without plextor drives. I have old plextor cd-rw but doesn't want to kill him for dumping my pirated translated collection PSX and DreamCast games. At least add support dump data track discs with cd command, not data command and c2 support for error corections.

832 (edited by ssjkakaroto 2016-08-03 00:57:51)

Small bug using data mode:

E:\DiscImageCreator\Release_ANSI>DiscImageCreator.exe data i "Unreal Mission Pack I - Return to Na Pali" 16 0 331789 /c2
(...)
Allocating packed memory for C2 errors: 8192
Set read command: 0xbe, subcode reading mode: Raw
Checking SubQ ctl (Track)  1/ 1
Creating bin from 0 to 331789 (LBA) 331788

No C2 errors
Exec ""E:\DiscImageCreator\Release_ANSI\EccEdc.exe" check "E:\DiscImageCreator\Release_ANSI\Unreal Mission Pack I - Return to Na Pali""
[F:main][L:690] GetLastError: 2, The system cannot find the file specified.

Freeing allocated memory for C2 errors: 8192
End time: 2016-08-02(Tue) 20:47:08

DIC forgets to add .bin to the EccEdc command line.
Manually running

EccEdc.exe check "Unreal Mission Pack I - Return to Na Pali.bin"

works

833 (edited by sarami 2016-08-05 15:11:11)

Uploaded 20160805 ver. (DIC, EccEdc)
Updated to VS2015 Update 3. Please download the Redistributable Packages for Visual Studio 2015 Update 3.

ssjkakaroto wrote:

Small bug using data mode:

Probably fixed.

gaijin wrote:

Maybe it's possible to add support for any drive like perfectrip do in future, unofficially?

I don't have any cd drive except plextor now, so I can't support now.

reentrant wrote:

Ok the problem with VOB is that DIC is not able to recognize the protection

http://redump.org/disc/38096/ http://redump.org/disc/37976/ http://redump.org/disc/37974/ http://redump.org/disc/38214/
I want these all disc log that is created by DIC, for I don't know this protection.

834 (edited by ssjkakaroto 2016-08-06 00:35:39)

sarami wrote:

I don't have any cd drive except plextor now, so I can't support now.

sarami, I think you can test this with plextor drives also. Just don't read the disc in scrambled mode.
This is what already happens when you use DIC with the "data" and "audio" options. We're only missing the option of reading a mixed-mode disc.

It appears I can't use my usual dumping bat with DIC anymore, can anyone please help me create a new dumping bat since I have such a hard time with commandline?

DiscImageCreator.exe cd f: DISC 4 /rc /c2 20 /d8

And watch out for C2 errors
Always look at mainError file

If nothing pops up the dump should be good. Watch out for protected discs.

If your discs have different types of protection, you can't just use a standard bat file for dumping.

Ok, here are the DIC logs from http://redump.org/disc/37976/

Link: http://hotfile.mobi/fqj6g59
Pass: __http://redump.org/disc/37976/__

The key problem here is that there are two data tracks and the last data track has corrupted sync and is not picked up by edcecc. Also edcecc does not seem to repair sectors if header is different than 00 FF .. FF 00. In order to dump this game I modified edcecc to replace the sector with 55 pattern if sync is different than 00 FF .. FF 00...

Other games have the same protection pattern except for http://redump.org/disc/37856/ (you didn't list this game). In this case there's no 2nd data track but the corrupted sync headers are embedded into middle of the image. Also 1st track contain 2nd track pregap. My custom edcecc does not replace sectors in pregap area (there was a bug in 1st revision - watch out for this)...

Example: 00 FF 00 FF 00 FF 00 FF 00 FF 00 FF 00 FF 00 FF C0 02 97 21 66 16 7C B4 CF 98 2A C3 DF 7E 66 11

I got the ProtectCD-VOB disc. (Die Siedler - Das Geheimnis der Amazonen [Barcode:4 014092 002275])
Tested and confirmed the following.

Using d8 command
1. No reading error, but has the corrupted sync and garbage? data.
2. The number of these sector is 2200. (from 339222 to 341221 and from 341422 to 341621)

Using be command
1. Occured reading error.
2. The number of error sector 2212. (from 339222 to 341227 and from 341422 to 341627)

I don't know which command is more appropriate.

840 (edited by reentrant 2016-09-03 08:44:25)

It looks like D8 is more appropriate. BE seems to fail 6 sectors to recover from bad sync? Probably is a drive / firmware dependent...

Could you read sectors 341222 -> 341227 in BE mode but starting with 341222 (maybe seek to sector 341230 and start reading from 341222)? Dunno if this makes sense but it could test the drive how it reads sectors that failed in previous attempt.

http://redump.org/disc/39378/ -- DIC ruins the whole image after descrambling, something is very wrong there. No C2 errors and .scm dump is correct, the image becomes corrupted exactly during the descrambling process.

Meh, no, it's a bad mastering afterall, very similar to http://redump.org/disc/34036/
First 88706 sectors are correct, the next sector has 1104 bytes of data, then 7508 bytes of zeroes, then it goes data again, but, of course, shifted by 7508 bytes. The first 7508 bytes of the audio track also belong to the data track.

So the DIC dump is as correct as possible, though, the image is non-functional in this form smile

If to cut that 7508-bytes sequence of zeroes and glue them to the end of the 2nd track, then split the image and descramble the data track - the image doesn't have any errors and the audio track doesn't have any incorrect data.

coded (protection: CD.IDX, ProtectCD-VOB)
http://www.mediafire.com/download/eq80y … or_test.7z
If the problem doesn't exist, I upload to repository.

By the way
I tested a various protected disc, using various tool and drive.

ProtectCD-VOB (Die Siedler - Das Geheimnis der Amazonen [Barcode:4 014092 002275])

 PLEXTOR CD-R   PX-W5224A(DIC d8)
  No reading error, but has the corrupted sync and garbage? data.
  The number of these sector is 2200. (from 339222 to 341221 and from 341422 to 341621)
 PLEXTOR CD-R   PX-W5224A(DIC be)
  Number of sector(s) where 2336 byte is all 0x55: 2212 (from 339222 to 341227 and from 341422 to 341627)
 PLEXTOR CD-R   PX-W5224A(CdManipulator)
  Number of sector(s) where 2336 byte is all 0x55: 2204 (from 339222 to 341222 and from 341422 to 341622)
 PLEXTOR CD-R   PX-W5224A(CloneCD)
 TSSTcorp DVD-ROM TS-H353A(CdManipulator)
  Number of sector(s) where 2336 byte is all 0x55: 2202 (from 339222 to 341222 and from 341422 to 341622)
 TSSTcorp DVD-ROM TS-H353A(CloneCD)
  Number of sector(s) where 2336 byte is all 0x55: 2201 (from 339222 to 341222 and from 341422 to 341621)
 SONY CD-RW CRX200E (CdManipulator)
  Number of sector(s) where 2336 byte is all 0x55: 2204

The error sector num doesn't match. The fewest errors is DIC d8.

CD.IDX (Cultures - Die Entdeckung Vinlands [Barcode:4 005209 026321])

 PLEXTOR CD-R   PX-W5224A(DIC d8)
  Number of sector(s) where user data doesn't match the expected ECC/EDC: 7000 (from 85000 to 92000)
 PLEXTOR CD-R   PX-W5224A(DIC be)
  Number of sector(s) where 2336 byte is all 0x55: 7003 (from 85000 to 92000 and from 100268 to 100270)
 PLEXTOR CD-R   PX-W5224A(CdManipulator)
  Number of sector(s) where 2336 byte is all 0x55: 7000 (from 85000 to 92000)
 PLEXTOR CD-R   PX-W5224A(CloneCD)
  Number of sector(s) where 2336 byte is all 0x55: 7000 (from 85000 to 92000)
 TSSTcorp DVD-ROM TS-H353A(CdManipulator)
  Number of sector(s) where 2336 byte is all 0x55: 7000 (from 85000 to 92000)
 TSSTcorp DVD-ROM TS-H353A(CloneCD)

The error sector num almost matches, but this disc contains audio sector and scrambled sector, so this disc needs the d8 ripping.

Codelock (Rune http://redump.org/disc/31708/

 PLEXTOR CD-R   PX-W5224A(DIC d8)
  Number of sector(s) where user data doesn't match the expected ECC/EDC: 722
  Number of sector(s) where reserved byte doesn't zero: 722
 PLEXTOR CD-R   PX-W5224A(DIC be)
  Number of sector(s) where 2336 byte is all 0x55: 1444
 PLEXTOR CD-R   PX-W5224A(CdManipulator)
  Number of sector(s) where 2336 byte is all 0x55: 2166
 PLEXTOR CD-R   PX-W5224A(CloneCD)
  Number of sector(s) where 2336 byte is all 0x55: 1444
 TSSTcorp DVD-ROM TS-H353A(CdManipulator)
  Number of sector(s) where 2336 byte is all 0x55: 722
 TSSTcorp DVD-ROM TS-H353A(CloneCD)
  Number of sector(s) where 2336 byte is all 0x55: 722
 SONY CD-RW CRX200E (CdManipulator)
  Number of sector(s) where 2336 byte is all 0x55: 2171
  

The error sector num doesn't match. The fewest errors is TSST.

SmartE (Fable: The Lost Chapters (Disc 1) http://redump.org/disc/34714/

 PLEXTOR CD-R   PX-W5224A(DIC d8)
  Number of sector(s) where user data doesn't match the expected ECC/EDC: 10
 PLEXTOR CD-R   PX-W5224A(DIC be)
  Number of sector(s) where 2336 byte is all 0x55: 15
 PLEXTOR CD-R   PX-W5224A(CdManipulator)
  Number of sector(s) where 2336 byte is all 0x55: 11
 PLEXTOR CD-R   PX-W5224A(CloneCD)
  Number of sector(s) where 2336 byte is all 0x55: 15
 TSSTcorp DVD-ROM TS-H353A(CdManipulator)
  Number of sector(s) where 2336 byte is all 0x55: 10
 TSSTcorp DVD-ROM TS-H353A(CloneCD)
  Number of sector(s) where 2336 byte is all 0x55: 10
 SONY CD-RW CRX200E (CdManipulator)
  Number of sector(s) where 2336 byte is all 0x55: 11

The error sector num doesn't match. The fewest errors is DIC d8 and TSST.

I did some tests with "data command" and different drives. Some drives doesn't work with DIC.
Here my test result, if possible fix error. Drives can be used to verify discs with data command.

TOSHIBA XM-6402B, DIC error.
HL-DT-ST GCR-8525B, DIC error.
Lite-On iHAS124-F my new drive,  DIC error.
HL-DT-ST GH22NS40, works, no C2, drive support it.
SONY CRX230ED, works, C2 support, good reader.
TEAC CD-W552G works, C2 support.
NEC NR-9500A, works, no C2 support by drive.

If it's possible fix errors with drives.

Post's attachments

HL-DT-ST GCR-8525B.rar 103.85 kb, 21 downloads since 2016-09-27 

HL-DT-ST GH22NS40.rar 146.98 kb, 22 downloads since 2016-09-27 

Lite-On iHAS124-F.rar 169.47 kb, 22 downloads since 2016-09-27 

NEC NR-9500A.rar 129.79 kb, 22 downloads since 2016-09-27 

SONY CRX230ED.rar 442.77 kb, 22 downloads since 2016-09-27 

TEAC CD-W552G.rar 273.76 kb, 21 downloads since 2016-09-27 

TOSHIBA XM-6402B.rar 137.15 kb, 22 downloads since 2016-09-27 

You don't have the permssions to download the attachments of this post.

gaijin wrote:

I did some tests with "data command" and different drives. Some drives doesn't work with DIC.
Here my test result, if possible fix error. Drives can be used to verify discs with data command.

TOSHIBA XM-6402B, DIC error.
HL-DT-ST GCR-8525B, DIC error.
Lite-On iHAS124-F my new drive,  DIC error.
HL-DT-ST GH22NS40, works, no C2, drive support it.
SONY CRX230ED, works, C2 support, good reader.
TEAC CD-W552G works, C2 support.
NEC NR-9500A, works, no C2 support by drive.

If it's possible fix errors with drives.

http://www.mediafire.com/download/eq80y … or_test.7z
Please test TOSHIBA XM-6402B, Lite-On iHAS124-F.
HL-DT-ST GCR-8525B, this drive seems to not to support reading subchannel. If so, dic can't support this.

846 (edited by gaijin 2016-09-27 15:40:13)

sarami, thanks. Lite-On iHAS124-F works fine with C2 support.
TOSHIBA XM-6402B also works, no C2 by drive itself.
And yes, HL-DT-ST GCR-8525B - Drive cannot read Subchannel Data directly (from Nero DiscSpeed DAE test and CloneCD report)

Also I can't run 2 copy DIC at the same time, it's normal? And DIC blocks access to ASPI or drives in OS (Win10) for yourself because EAC can't see drives, while DIC works.

update:
In TOSHIBA log sometimes appears, but all works.

LBA[000000, 0000000], [F:ReadBufferCapacity][L:536] OperationCode: 0x5c
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 05-20-00 = ILLEGAL_REQUEST - INVALID COMMAND OPERATION CODE
Checking SubQ adr (Track)  1/ 1
Checking SubRtoW (Track)  1/ 1
Reading DirectoryRecord    1/   1

gaijin wrote:

Also I can't run 2 copy DIC at the same time, it's normal? And DIC blocks access to ASPI or drives in OS (Win10) for yourself because EAC can't see drives, while DIC works.

I know hardly the exclusive control, so I don't know if it's normal or not.

gaijin wrote:

update:
In TOSHIBA log sometimes appears, but all works.

LBA[000000, 0000000], [F:ReadBufferCapacity][L:536] OperationCode: 0x5c
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 05-20-00 = ILLEGAL_REQUEST - INVALID COMMAND OPERATION CODE
Checking SubQ adr (Track)  1/ 1
Checking SubRtoW (Track)  1/ 1
Reading DirectoryRecord    1/   1

No problem. This function is used only to take the log.

848 (edited by gaijin 2016-09-30 06:08:49)

Hm. Accidentally found drive which can read in scrambled mode and works with DIC - ASUS DVD-E616A. But drive doesn't read in lead-out.

And question about C2 pointers. Why on some drives DIC doesn't use C2 although example Perfectrip and EAC report about C2 support and errors.

gaijin wrote:

And question about C2 pointers. Why on some drives DIC doesn't use C2 although example Perfectrip and EAC report about C2 support and errors.

In drive.txt

    FeatureCdRead
                  CDText: Yes
             C2ErrorData: Yes

dic judges that C2 can use if C2ErrorData is Yes.

My HL-DT-ST DVDRAM GH22NS40 support C2, but DIC don't use it.

    FeatureCdRead
                  CDText: Yes
             C2ErrorData: Yes
        DigitalAudioPlay: No

Maybe reason

This drive doesn't support [command: 0xbe, subch: 0x1]

And if it's possible add force to use C2 manually with option.