You are not logged in. Please login or register.
Redump Forum → General discussion → DiscImageCreator
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.
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 FFUploaded.
https://www.mediafire.com/file/eq80y20l … st.7z/fileThis 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!
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
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.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?
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.
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.
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: 0Hi, 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
I 15:48:19 Fast Error Skip: Yes
Can you set "Fast Error Skip" to "No"?
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.
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.
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?
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.
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?
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?
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.
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.
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?
What about that un-dumpable disc 2? Anyway to dump it using DIC?
Is there PVD in LBA 16? Check by Isobuster, please.
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 ................Yes, it has PVD.
Uploaded. https://www.mediafire.com/file/eq80y20l … st.7z/file
Test, plz.
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.
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))
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: 1Redump Forum → General discussion → DiscImageCreator
Powered by PunBB 1.4.4, supported by Informer Technologies, Inc.
Currently installed 6 official extensions. Copyright © 2003–2009 PunBB.