2,901

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

2,902

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

This subRtoW is rare. Not to detect as suberror.

========== 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

2,903

sarami wrote:

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

This subRtoW is rare. Not to detect as suberror.

========== 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!

2,904

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

PX-4824TA (offset +98), PX-716A (offset +30), ASUS BW-16D1HT (offset +6)

2,905

RibShark wrote:

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

Plextor sometimes shifts some bytes when dumps the disc.

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.

2,906

sarami wrote:

Plextor sometimes shifts some bytes when dumps the disc.

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?

PX-4824TA (offset +98), PX-716A (offset +30), ASUS BW-16D1HT (offset +6)

2,907

RibShark wrote:

So which dump is correct?

Asus.

RibShark wrote:

Is this a plextor bug

I think so.

RibShark wrote:

can it be resolved?

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

2,908

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.

2,909

max wrote:

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.

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