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-755SA (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-755SA (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

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

2,911

CloneCD wrote:

I 15:48:19 Fast Error Skip: Yes

Can you set "Fast Error Skip" to "No"?

sarami wrote:
CloneCD wrote:

I 15:48:19 Fast Error Skip: Yes

Can you set "Fast Error Skip" to "No"?

I dumped again with Fast Error Skip turned off, and hashes match previous dumps.

Logs: https://mega.nz/file/TzI2FLLJ#QFoe4l72u … KzuC1s9vTg

2,913

Neon Beast wrote:

I have dumped a disc with some errors which I believe are mastering errors since this publisher's discs always have some

Tell me the correct title and the link of amazon or eBay, please.

2,914

I want to dump X360 discs using the trap disc method. Can I just create any iso with dummy files to the needed size and burn it to DVD+R DL? I can't find any pressed disc as big as 4267015. Or can I dump this disc: http://redump.org/disc/73691/

And increase its size with dummy files using UltraISO for example? Or can I just burn any random XGD3 disc and use it as the trap disc?

And how does it work in detail, do I have to set the manual layer break to half of the size of my iso size or half of the calculated size? Can I create one trap disc over 4267015 and use it for all 3 xbox disc formats?

2,915

gmipf wrote:

I can't find any pressed disc as big as 4267015.

Yes. XGD3 can dump by the trap disc method in theory, but there is not a blank disc that can dump it.

2,916 (edited by gmipf 2021-06-24 02:47:54)

OK, I will try burning an XGD3 iso and use it as the trap disc. Layerbreak the burn is 2133520 I think? Should I burn the DVD+R DL as booktype DVD-ROM or as normal?

EDIT: 2133520 isn't even possible on DVD+R DL? I think I need a burner with BurnerMAX feature for this?

sarami wrote:
Neon Beast wrote:

I have dumped a disc with some errors which I believe are mastering errors since this publisher's discs always have some

Tell me the correct title and the link of amazon or eBay, please.

It's the Chinese release of Eraser Turnabout, I can't find any link for you, unfortunately. So correctness between dumps cannot be verified as of now?

2,918

gmipf wrote:

OK, I will try burning an XGD3 iso and use it as the trap disc. Layerbreak the burn is 2133520 I think? Should I burn the DVD+R DL as booktype DVD-ROM or as normal?

EDIT: 2133520 isn't even possible on DVD+R DL? I think I need a burner with BurnerMAX feature for this?

Ah, I said there is no disc that can burn XGD3. If you dump it, use XBOX360 drive. Kreon drive also can dump it without SSv2.

Neon Beast wrote:

It's the Chinese release of Eraser Turnabout, I can't find any link for you, unfortunately. So correctness between dumps cannot be verified as of now?

As you say, the last 4 sectors are mastering error, but in relation to the other error sectors, I'm not sure which result of the tool is correct.

sarami wrote:

As you say, the last 4 sectors are mastering error, but in relation to the other error sectors, I'm not sure which result of the tool is correct.

OK, thanks. What about that un-dumpable disc 2? Anyway to dump it using DIC?

2,920

Neon Beast wrote:

What about that un-dumpable disc 2? Anyway to dump it using DIC?

Is there PVD in LBA 16? Check by Isobuster, please.

sarami wrote:
Neon Beast wrote:

What about that un-dumpable disc 2? Anyway to dump it using DIC?

Is there PVD in LBA 16? Check by Isobuster, please.

Yes, it has PVD.

0320 : 20 20 20 20 20 20 20 20  20 20 20 20 20 31 39 39                199
0330 : 36 30 37 30 34 31 30 33  39 32 39 30 30 00 31 39   6070410392900.19
0340 : 39 36 30 37 30 34 31 30  33 39 32 39 30 30 00 30   96070410392900.0
0350 : 30 30 30 30 30 30 30 30  30 30 30 30 30 30 30 00   000000000000000.
0360 : 30 30 30 30 30 30 30 30  30 30 30 30 30 30 30 30   0000000000000000
0370 : 00 01 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................

2,922

Neon Beast wrote:

Yes, it has PVD.

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

sarami wrote:
Neon Beast wrote:

Yes, it has PVD.

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

Thanks, I can dump it now.

Logs: https://mega.nz/file/TiI2UTCR#hrgdVajrj … lnWumZwzlY

2,924

https://github.com/saramibreak/DiscImag … g/20210701
*2021-07-01
- fixed: only use 1st 0xb0 (FULL TOC)
- fixed: escaped the encrypted PARAM.SFO
- fixed: ASUS FW does not support dumping multi-session discs for my tool because it can't read the lead-in sector of the 2nd session
- fixed: 0x7f, 0xff...0xff of subRtoW are not detected as error
- fixed: failed to dump the GD-ROM
- fixed: cannot get PVD due to one pregap sector
- fixed: failed to dump the multi-session disc that has offsets over 2352 bytes (Sonic The Hedgehog (Germany) (4 014548 004785))

2,925 (edited by user7 2021-07-07 19:22:08)

7th Guest CDi is dumping differently on Plextor 716 vs 755. Many dumps, same results when i dump on same drive - but results don't match other drive.

https://drive.google.com/file/d/1ltSRfY … sp=sharing
https://drive.google.com/file/d/1fV22FM … sp=sharing

My edition is White Label Demonstration Disc, but has the same ring code as retail http://redump.org/disc/78871/
But different hashes.


I see this in command line:

Checking sectors: 307875/307875
[ERROR] Number of sector(s) where bad MSF: 2
[INFO] Number of sector(s) where EDC doesn't exist: 297394
[ERROR] Number of sector(s) where mode2 NoEdc subheader(0x10 - 0x17) isn't same: 1
All my posts and submission data are released into Public Domain / CC0.