DiscImageCreator

[nightson]

Hi Sarami,

I recently had a couple of discs that produced huge subError.txt (>900MB) files. The dumps were fine but the huge subError files made MPF go haywire. At first I thought it was because the discs got scratches but this one I'm dumping right now is really mint. Could you check the logs?

The game is a rerelease of Panzer General.

Logs: https://1fichier.com/?abkgq2klazswbcbdn42e

[sarami]

Uploaded.
https://www.mediafire.com/file/eq80y20l … st.7z/file

This subRtoW is rare. Not to detect as suberror.

Code: Select all

========== OpCode[0xd8]: SubCode[2]: Check Drive + CD offset ==========
========== LBA[000000, 0000000]: Sub Channel ==========
      +0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B
    P FF FF FF FF FF FF FF FF FF FF FF FF
    Q 41 01 01 00 00 00 00 00 02 00 28 32
    R 7F FF FF FF FF FF FF FF FF FF FF FF
    S 7F FF FF FF FF FF FF FF FF FF FF FF
    T 7F FF FF FF FF FF FF FF FF FF FF FF
    U 7F FF FF FF FF FF FF FF FF FF FF FF
    V 7F FF FF FF FF FF FF FF FF FF FF FF
    W 7F FF FF FF FF FF FF FF FF FF FF FF

[nightson]

Uploaded.
https://www.mediafire.com/file/eq80y20l … st.7z/file

This subRtoW is rare. Not to detect as suberror.

Code: Select all

========== OpCode[0xd8]: SubCode[2]: Check Drive + CD offset ==========
========== LBA[000000, 0000000]: Sub Channel ==========
      +0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B
    P FF FF FF FF FF FF FF FF FF FF FF FF
    Q 41 01 01 00 00 00 00 00 02 00 28 32
    R 7F FF FF FF FF FF FF FF FF FF FF FF
    S 7F FF FF FF FF FF FF FF FF FF FF FF
    T 7F FF FF FF FF FF FF FF FF FF FF FF
    U 7F FF FF FF FF FF FF FF FF FF FF FF
    V 7F FF FF FF FF FF FF FF FF FF FF FF
    W 7F FF FF FF FF FF FF FF FF FF FF FF

The test build works like a charm. Thanks Sarami!

[RibShark]

I have a disc (Rayman CP Calcul) that is consistently giving a couple of bad sectors (same each time) when dumped with a Plextor (755), but the dump appears fine when dumped with an ASUS BW-16D1HT.

The sectors appear to have no sync when dumped with the Plextor.

Plextor logs: https://cdn.discordapp.com/attachments/ … P_logs.zip
Asus logs: https://cdn.discordapp.com/attachments/ … P_logs.zip

[sarami]

The sectors appear to have no sync when dumped with the Plextor.

Plextor sometimes shifts some bytes when dumps the disc.

Code: Select all

0900 : 22 F4 AD 60 D8 7A 5A DE  10 9D 21 4F 95 FC 68 16   "..`.zZ...!O..h.
0910 : 1F 18 9A 77 2D 24 68 9A  00 FF FF FF FF FF FF FF   ...w-$h.........
0920 : FF FF FF 00 29 A6 18 61  F6 D7 FC E1 79 F7 96 F9   ....)..a....y...
LBA[127818, 0x1f34a]: Track[01]: Invalid sync. Skip descrambling
========== LBA[127818, 0x1f34a]: Main Channel ==========
       +0 +1 +2 +3 +4 +5 +6 +7  +8 +9 +A +B +C +D +E +F
0000 : 52 FD 0F 7E 76 9F 69 28  24 1E 99 88 65 66 A1 AA   R..~v.i($...ef..
0010 : F2 7F 0A E0 0F 48 0C 36  8A 16 EF 0E C2 04 59 83   .....H.6......Y.

[RibShark]

Plextor sometimes shifts some bytes when dumps the disc.

Code: Select all

0900 : 22 F4 AD 60 D8 7A 5A DE  10 9D 21 4F 95 FC 68 16   "..`.zZ...!O..h.
0910 : 1F 18 9A 77 2D 24 68 9A  00 FF FF FF FF FF FF FF   ...w-$h.........
0920 : FF FF FF 00 29 A6 18 61  F6 D7 FC E1 79 F7 96 F9   ....)..a....y...
LBA[127818, 0x1f34a]: Track[01]: Invalid sync. Skip descrambling
========== LBA[127818, 0x1f34a]: Main Channel ==========
       +0 +1 +2 +3 +4 +5 +6 +7  +8 +9 +A +B +C +D +E +F
0000 : 52 FD 0F 7E 76 9F 69 28  24 1E 99 88 65 66 A1 AA   R..~v.i($...ef..
0010 : F2 7F 0A E0 0F 48 0C 36  8A 16 EF 0E C2 04 59 83   .....H.6......Y.

So which dump is correct? Is this a plextor bug or are these bytes actually shifted on the disc. If it is a plextor bug, can it be resolved?

[sarami]

So which dump is correct?

Asus.

Is this a plextor bug

I think so.

can it be resolved?

It's impossible for me. If this is firmware problem, it might be valid to downgrade it.

[max]

Is there an error with DIC or is it normal to see 0 errors although SecuROM 5 is used on this disc?
https://bayfiles.com/t2C8x919ud/SOLDNER_zip

Multiple dumps produce the same result.

There was a message regarding sectors which lack ECC though, so I guess it would be normal to see no errors for those sectors because they couldn't be checked.

[sarami]

There was a message regarding sectors which lack ECC though, so I guess it would be normal to see no errors for those sectors because they couldn't be checked.

The 4th sector from the last does not change the mode.

Code: Select all

LBA[326231, 0x4fa57], MSF[72:31:56], mode 2 form 1, SubHeader[1](FileNum[00]), [2](ChannelNum[00]), [3](Submode[00])[NoEOF, Form 1], [4](CodingInfo[00])[]
LBA[326232, 0x4fa58], MSF[72:31:57], mode 2 form 1, SubHeader[1](FileNum[00]), [2](ChannelNum[00]), [3](Submode[00])[NoEOF, Form 1], [4](CodingInfo[00])[]
LBA[326233, 0x4fa59], MSF[72:31:58], mode 2 form 1, SubHeader[1](FileNum[00]), [2](ChannelNum[00]), [3](Submode[00])[NoEOF, Form 1], [4](CodingInfo[00])[]
LBA[326234, 0x4fa5a], MSF[72:31:59], mode 2 form 1, SubHeader[1](FileNum[00]), [2](ChannelNum[00]), [3](Submode[00])[NoEOF, Form 1], [4](CodingInfo[00])[]
LBA[326235, 0x4fa5b], MSF[72:31:60], mode 2 form 1, SubHeader[1](FileNum[00]), [2](ChannelNum[00]), [3](Submode[00])[NoEOF, Form 1], [4](CodingInfo[00])[]
[INFO] Number of sector(s) where EDC doesn't exist: 300
Total errors: 0
Total warnings: 0

[Neon Beast]

Hi, I have dumped a disc with some errors which I believe are mastering errors since this publisher's discs always have some, but the DIC dump doesn't match the dump from IsoBuster or CloneCD. The IsoBuster dump has only one sector where user data doesn't match but can't read the last 4 sectors which CloneCD can, and they both have the same error sector. I checked the CloneCD image using the DIC subfile, and it has only one error from that sector, so is the CloneCD dump correct in this case?

Also, DIC can't dump disc 2 of this game, close itself right after pregap checking, this disc shares the same problem where IsoButser cannot read the last 4 sectors while CloneCD can.

Logs: https://mega.nz/folder/bqwx3AJI#KbPnXPLLw3jif-c_HahVBQ