DiscImageCreator (Page 122 of 142)

Unfortunately, their cabs do not support it.

Try to use "/s 2"

my understanding based on what @reentrant is saying is that you need:

1. identify the "weak bytes", i.e. those bytes that are different on every dump due to the protection
2. try to "guess" what is the correct value of each "weak byte"- in case of @reentrant dump it was looking like 00000XX00000 and so it was easy to guess that XX=00

however, in your case it could be not that easy to guess the "weak byte" value.

OK, that's gonna be tricky, I have no idea how to even start those processes.

Got it, I'll mark the old dump as bad and will add a new one.
Thanks for your help!

http://forum.redump.org/post/91255/#p91255 and see mainError.txt
I think this is plextor bug.

It depends on the disc. It also occurred by RibShark's 755.

Yes. Please use the test version.

Same as http://forum.redump.org/post/94866/#p94866

SubHeader shows "Form1" but there is not EDC in main channel.

LBA[000016, 0x00010], MSF[00:02:16], mode 2 no edc, SubHeader[1](FileNum[00]), [2](ChannelNum[00]), [3](Submode[09])[NoEOF, Form 1, Data, EndOfRecord], [4](CodingInfo[00])[]
LBA[002268, 0x008dc], MSF[00:32:18], mode 2 no edc, SubHeader[1](FileNum[00]), [2](ChannelNum[00]), [3](Submode[89])[EOF, Form 1, Data, EndOfRecord], [4](CodingInfo[00])[]
LBA[002269, 0x008dd], MSF[00:32:19], mode 2 no edc, SubHeader[1](FileNum[00]), [2](ChannelNum[00]), [3](Submode[89])[EOF, Form 1, Data, EndOfRecord], [4](CodingInfo[00])[]
LBA[002270, 0x008de], MSF[00:32:20], mode 2 no edc, SubHeader[1](FileNum[01]), [2](ChannelNum[01]), [3](Submode[88])[EOF, Form 1, Data], [4](CodingInfo[00])[]
LBA[002271, 0x008df], MSF[00:32:21], mode 2 no edc, SubHeader[1](FileNum[01]), [2](ChannelNum[01]), [3](Submode[88])[EOF, Form 1, Data], [4](CodingInfo[00])[]
LBA[002272, 0x008e0], MSF[00:32:22], mode 2 no edc, SubHeader[1](FileNum[01]), [2](ChannelNum[01]), [3](Submode[88])[EOF, Form 1, Data], [4](CodingInfo[00])[]
LBA[002273, 0x008e1], MSF[00:32:23], mode 2 no edc, SubHeader[1](FileNum[00]), [2](ChannelNum[00]), [3](Submode[89])[EOF, Form 1, Data, EndOfRecord], [4](CodingInfo[00])[]
LBA[002274, 0x008e2], MSF[00:32:24], mode 2 no edc, SubHeader[1](FileNum[01]), [2](ChannelNum[01]), [3](Submode[08])[NoEOF, Form 1, Data], [4](CodingInfo[00])[]
LBA[002275, 0x008e3], MSF[00:32:25], mode 2 no edc, SubHeader[1](FileNum[01]), [2](ChannelNum[01]), [3](Submode[08])[NoEOF, Form 1, Data], [4](CodingInfo[00])[]
 :

Mode 2 form 1 has always ECC and EDC, so EccEdc.exe counts them as errors.

LBA[009128, 0x023a8]: Track[02]: SubQ Reread [crc16 unmatch] -> NG. Fix manually
========== LBA[009128, 0x023a8]: Sub Channel ==========
      +0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B
    P FF FF F7 FF FF FF FF FF FF FF FF FF
    Q 01 03 08 00 00 39 00 02 03 53 48 C9
    R 00 00 08 00 00 00 00 00 00 00 00 00
    S 00 00 00 00 00 00 00 00 00 00 00 00
    T 00 00 00 00 00 00 00 00 00 00 00 00
    U 00 00 00 00 00 00 00 00 00 00 00 00
    V 00 00 00 00 00 00 00 00 00 00 00 00
    W 00 00 00 00 00 00 00 00 00 00 00 00
LBA[009128, 0x023a8]: Track[02]: SubQ[14]:Idx[08] -> [01], [L:934]
LBA[009128, 0x023a8]: Track[02]: SubQ[15-17]:PrevRel[7439, 01:39:14], Rel[39, 00:00:39] -> [7440, 01:39:15], [L:1256]
LBA[009128, 0x023a8]: Track[02]: SubQ[22]:CrcHigh[0x48] -> [0x53]
LBA[009128, 0x023a8]: Track[02]: SubQ[23]:CrcLow[0xc9] -> [0x8a]

Index should be 0.
- fixed: when 1st pregap sector has an incorrect index and isn't well-known pregap size (225, 150, 149), can't fix it correctly. https://www.mediafire.com/file/eq80y20l … st.7z/file

Today, I found Yamaha CDR200t drive in my storage, it supports 0xd8 reading and I wanted to try dump with it and compare against Plextor, but DiscImageCreator outputs:

BTW, regarding the offset - I assumed it's +733 as all other Yamaha drives from that era - it's almost sure that is the correct offset. In any way, if the above DiscImageCreator error is fixable and it can work with DiscImageCreator, then I will burn with ExactAudioCopy test offset disc to confirm the offset for sure and we can add it to "driveOffset.txt" file.

[EDIT] CDR200 can be modified to CDR400 with just 1 resistor removed - that's according to the following article:

https://www.nickles.de/artikel/html/7.htm

however, CDR400 firmware file "40010g.exe" needed for that modification seems is no longer available for download even on archived copies of yamaha website. in any way, i believe it's interesting information...

[EDIT2] I found the aforementioned CDR400 firmware, not the latest, but at least it's something:
https://web.archive.org/web/19970816224 … 40010g.exe

[EDIT3] It reads the LeadOut and considering the offset is positive, then if the above DiscImageCreator error is fixable, then I guess it will be able to make proper dumps.

I believe claunia found a single drive that could get this data, it seems it needs to at least recognise the disc. You might be able to swap trick with a legit DVD with a BCA to read it on other drives but that might not work if the drive reads the BCA on insertion and caches it from there.

28h, A8h are general commands. See https://en.wikipedia.org/wiki/SCSI_command
D4h, D5h are old NEC drive commands, AFAIR.

I know some 90's drives of sony, pioneer, etc also support it.

Please try to use cdtoimg_d8 https://www.mediafire.com/file/9b31r4fv … g.rar/file

My source code is probably wrong. Normal DVD needs 0xAD opcode and 0x03 format code for getting BCA data. But Nintendo discs return there is no BCA data. Perhaps, BCA data of the Nintendo disc is stored in another place?

Cleanrip code

void dvd_read_bca(void* dst)
{
    dvd[2] = 0xDA000000;
    dvd[5] = (unsigned long)dst & 0x1FFFFFFF;
    dvd[6] = 0x40;
    dvd[7] = 3;
    DCInvalidateRange(dst, 64);
    while (dvd[7] & 1);
}