I 15:48:19 Fast Error Skip: Yes
Can you set "Fast Error Skip" to "No"?
You are not logged in. Please login or register.
Redump Forum → Posts by sarami
I 15:48:19 Fast Error Skip: Yes
Can you set "Fast Error Skip" to "No"?
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
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.
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.
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
Maddog believes he knows what the issue is - "I think there's some disagreement between where subs say the data should be and where TOC says the data should be."
LBA[002173, 0x0087d]: Track[01]: Invalid mode.
========== LBA[002173, 0x0087d]: Main Channel ==========
+0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F
0000 : 00 FF FF FF FF FF FF FF FF FF FF 00 01 B0 73 82 ..............s.
0910 : 5C 7A B9 E3 32 C9 D5 96 DF 2E D8 1C 5A 89 FB 26 \z..2.......Z..&
0920 : C3 5A D1 FB 1C 43 49 F1 F6 C4 46 D3 72 DD E5 99 .Z...CI...F.r...
LBA[002174, 0x0087e]: Track[01]: Invalid mode. Invalid reserved byte. Skip descrambling
========== LBA[002174, 0x0087e]: Main Channel ==========
+0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F
0000 : 00 FF FF FF FF FF FF FF FF FF FF 00 01 B0 74 A2 ..............t.
0010 : 00 28 00 1E 80 08 60 06 A8 02 FE 81 80 60 60 28 .(....`......``(
0910 : DD 98 DD 98 DD C9 DD 98 DD 98 DD 98 5A 89 DD 98 ............Z...
0920 : DD 98 DD 98 1C 43 DD 98 DD 98 DD 98 A0 1D DD 98 .....C..........
LBA[002175, 0x0087f]: Track[01]: Invalid sync. Skip descrambling
========== LBA[002175, 0x0087f]: Main Channel ==========
+0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F
0000 : DD 98 DD 98 FF FF DD 98 DD 98 DD 98 01 B1 DD 98 ................
0010 : 00 FF FF FF FF 4F FF FF FF FF FF 00 80 60 00 C2 .....O.......`..
0020 : 00 28 00 1E 68 66 60 06 A8 02 FE 81 80 3A 60 28 .(..hf`......:`(
0920 : 5C 7A B9 E3 32 C9 D5 96 DF 2E D8 1C 5A 89 FB 26 \z..2.......Z..&
LBA[002176, 0x00880]: Track[01]: Invalid sync. Skip descrambling
========== LBA[002176, 0x00880]: Main Channel ==========
+0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F
0000 : C3 5A D1 FB 1C 43 49 F1 F6 C4 46 D3 72 DD E5 99 .Z...CI...F.r...
0010 : 00 FF FF FF FF FF FF FF FF FF FF 00 01 B1 01 E2 ................
0020 : 00 28 00 1E 80 08 60 06 A8 02 FE 81 80 60 60 28 .(....`......``(
LBA 2174 has 2352+16 bytes? Due to this sector LBA 2175 ... last are all shifted.
If possible, try to dump other drives (plextor CD drive or 0xF1 drive of ASUS firmware).
Getting a C2 error now at the transition of a session.
018072 is the lead-out sector. No problem if /c2 do not use for your disc.
Got further this time (past the initial error) but new issue:
[ERROR] This program doesn't support to dump the multi-session disc by the plextor CD Drive
See below.
https://github.com/saramibreak/DiscImag … /issues/41
Here you go.
Uploaded.
https://www.mediafire.com/file/eq80y20l … st.7z/file
Your disc has two 0xb0.
========== FULL TOC (Binary) ==========
========== LBA[000000, 0000000]: Main Channel ==========
+0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F
0000 : 00 9C 01 02 01 10 00 A0 00 00 00 00 01 00 00 01 ................
0010 : 10 00 A1 00 00 00 00 02 00 00 01 10 00 A2 00 00 ................
0020 : 00 00 02 20 48 01 10 00 01 00 00 00 00 00 02 00 ... H...........
0030 : 01 10 00 02 00 00 00 00 02 14 23 01 50 00 B0 05 ..........#.P...
0040 : 02 48 02 4F 3B 47 01 50 00 C0 A0 00 30 00 61 1A .H.O;G.P....0.a.
0050 : 42 02 10 00 A0 00 00 00 00 03 00 00 02 10 00 A1 B...............
0060 : 00 00 00 00 05 00 00 02 10 00 A2 00 00 00 00 05 ................
0070 : 1F 0B 02 10 00 03 00 00 00 00 05 04 48 02 10 00 ............H...
0080 : 04 00 00 00 00 05 0F 35 02 10 00 05 00 00 00 00 .......5........
0090 : 05 19 0D 02 50 00 B0 FF FF FF 01 4F 3B 47 00 00 ....P......O;G..
MSF of the 1st 0xb0 had been overwritten by the MSF of 2nd 0xb0. I fixed it.
Why does C2 rereading give different results every time?
I answered about it in the past.
http://forum.redump.org/post/57771/#p57771
http://forum.redump.org/post/70466/#p70466
Here are the logs for Frog Feast (Jag CD homebrew on CDR). It fails pretty early on.
https://www.mediafire.com/file/eq80y20l … st.7z/file
- added: output FULLTOC (Binary) to _maininfo.txt for debug
like this
========== FULL TOC (Binary) ==========
========== LBA[000000, 0000000]: Main Channel ==========
+0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F
0000 : 00 4F 01 01 01 14 00 A0 00 00 00 00 01 20 00 01 .O........... ..
0010 : 14 00 A1 00 00 00 00 01 00 00 01 14 00 A2 00 00 ................
0020 : 00 00 02 06 44 01 14 00 01 00 00 00 00 00 02 00 ....D...........
0030 : 01 54 00 B0 04 24 44 03 4F 3B 4A 01 54 00 C0 46 .T...$D.O;J.T..F
0040 : 00 9E 00 61 22 17 01 54 00 C1 48 58 B8 00 00 00 ...a"..T..HX....
0050 : 00 00 00 00
Please re-upload logs.
https://github.com/saramibreak/DiscImag … g/20210601
*2021-06-01
- added: output IMAGE_EXPORT_DIRECTORY
- added: output IMAGE_RESOURCE_DIRECTORY
- changed: output IMAGE_IMPORT_DIRECTORY
- changed: 0x83 ... 0x8f do not affect the cue sheet if crc is bad, so CD-TEXT output is permitted.
- fixed: check c2 error "00 f0 f0 f0 00 00 00 0f 0f 0f 00"
- fixed: SubQ adr6
- improved: multi sector reading of the 0xf1 drive
LoStraniero pointed me here.
Latest DIC included with MPF, only one sector being detected for SecuROM 4.84.76. Apparently it's supposed to have more than that. Here's the logs, I was told to attach those.
Subchannel is shifted throughout all sectors.
LBA[005000, 0x01388]: Track[01]: SubQ Reread [crc16 unmatch] -> NG. Fix manually
========== LBA[005000, 0x01388]: Sub Channel ==========
+0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B
P 00 00 00 00 00 00 00 00 00 00 00 00
Q 41 01 01 01 06 49 00 01 08 49 A5 B0
R 00 00 00 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[005000, 0x01388]: Track[01]: SubQ[19-21]:PrevAbs[5149, 01:08:49], Abs[5149, 01:08:49] -> [5150, 01:08:50] But this sector may be the intentional error of AMSF. see _subinfo.txt
LBA[005001, 0x01389]: Track[01]: SubQ Reread [crc16 unmatch] -> NG. Fix manually
========== LBA[005001, 0x01389]: Sub Channel ==========
+0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B
P 00 00 00 00 00 00 00 00 00 00 00 00
Q 41 01 01 21 06 50 00 05 08 50 0A 8F
R 00 00 00 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[005001, 0x01389]: Track[01]: SubQ[15-17]:PrevRel[4999, 01:06:49], Rel[95000, 21:06:50] -> [5000, 01:06:50], [L:1256] But this sector may be the intentional error of RMSF. see _subinfo.txt
LBA[005001, 0x01389]: Track[01]: SubQ[19-21]:PrevAbs[5150, 01:08:50], Abs[23150, 05:08:50] -> [5151, 01:08:51] But this sector may be the intentional error of AMSF. see _subinfo.txt
Disc problem?
Getting this error on a JagCD homebrew title:
Logs, please.
As you can see in the marked sections, some lines seem to be out of place. Is this a bug of DIC or the > redirect command?
I also comfirmed it. I tried to add sleep function, but it was in vain.
Could you add the option to automatically saves the final console output to a log file when dumping is completed?
It's difficult. Use copy & paste to a text file manually, or press Alt + PrtSc and then save as .png or .jpg
Arrington redumped mine, but different hashes. can you have a look at his logs? https://drive.google.com/file/d/1UcoQAu … sp=sharing
Same ring codes
Total errors are different.
Latest DIC included with MPF, only one sector being detected for SecuROM 4.84.76. Apparently it's supposed to have more than that. Here's the logs, I was told to attach those.
Do you have other SecuROM discs? I hope you dump them.
@sarami any theory on why the offset might be shifted with 1 sample?
Probably different master disc.
I think so, too.
edit: And here another ASUS dump: http://forum.redump.org/post/89943/#p89943 where all tracks match this dump http://redump.org/disc/71231/ except the last track. Could it be cut off data? Or just a different pressing?
It seems these last 24 bytes are obtained.
0910 : FB FF FE FF FA FF FD FF FB FF FC FF FB FF FD FF ................
0920 : FB FF FB FF FA FF FC FF FA FF FC FF F9 FF FB FF ................
========== Cached Main Channel [Lead-out] ==========
========== LBA[245056, 0x3bd40]: Main Channel ==========
+0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F
0000 : F9 FF F9 FF F9 FF FB FF F6 FF FA FF F6 FF F9 FF ................
0010 : F7 FF F8 FF F6 FF F9 FF 00 00 00 00 00 00 00 00 ................
0020 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0030 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
Which byte of sector is different?
IMHO audio tracks made with Asus and positive offset discs should be temp banned unless fully resolved
Please test by the latest version. https://www.mediafire.com/file/eq80y20l … st.7z/file
- improved: multi sector reading of the 0xf1 drive
https://www.mediafire.com/file/eq80y20l … st.7z/file
added argument in /mr
Retry 20 times
DiscImageCreator.exe cd f E:\!redump\zzz.bin 0 /c2 /mr 20
Retry 100 times
DiscImageCreator.exe cd f E:\!redump\zzz.bin 0 /c2 /mr 100
Default retry times are 50.
DiscImageCreator.exe cd f E:\!redump\zzz.bin 0 /c2 /mr
First log is for Might & Magic VI and with PCem it acts just like other old SecuROM games: it just hangs when launching it.
1. What is the region? GER, JPN, KOR, and USA don't have the protection. http://redump.org/discs/system/pc/letter/m/?page=3
2. How about other emulators or virtual machines (Virtual Box, VMware)?
without the intentional SecuROM error.
Yes, there is not SecuROM error in _subError.txt. Probably, it is deactivated.
sarami wrote:This is the last (perhaps).
https://www.mediafire.com/file/eq80y20l … st.7z/fileLet's hope so. This title has been dumped more often than anything else
test7.7z
Ok. Adr6 has been fixed. Thanks for all testing.
sarami wrote:sarami wrote:But the fixed sub is not set correctly...
Sorry, still buggy.
Uploaded. https://www.mediafire.com/file/eq80y20l … st.7z/fileNext: test6.7z
This is the last (perhaps).
https://www.mediafire.com/file/eq80y20l … st.7z/file
But the fixed sub is not set correctly...
Sorry, still buggy.
Uploaded. https://www.mediafire.com/file/eq80y20l … st.7z/file
sarami wrote:BCD did not matter...
Fixed again.
https://www.mediafire.com/file/eq80y20l … st.7z/fileNext: test4.7z
The subchannel was fixed as I expected.
LBA[011100, 0x02b5c]: Track[01]: SubQ[13-19]:Adr6[cf3cf0cff0fbf000] -> [cf3cf0cff0fff000]
But the fixed sub is not set correctly...
LBA[011100, 0x02b5c]: P[00], Q[46d542f21700fbf00000bccb]{ Data, Copy NG, Unknown Data [d542f21700fbf000], AMSF[ :00]}, RtoW[0, 0, 0, 0]
Re-uploaded.
https://www.mediafire.com/file/eq80y20l … st.7z/file
If you're trying to buy a copy of the disc to try yourself, grab the one without the "Fisher-Price New!" logo on the case. A lot of sellers aren't courteous enough to take photos of the disc so you'll likely need to get a sealed copy or something to be sure.
Please write down and tell me amazon or ebay link of the disc.
Common Disc Info:
Title:
Media Type: CD-ROM
Region:
Languages:
Disc Serial:
Ringcode Information:
Data Side Mastering Code (laser branded/etched):
Data Side Mastering SID Code:
Data Side Toolstamp or Mastering Code (engraved/stamped):
Data Side Mould SID Code:
Data Side Additional Mould:
Label Side Mould SID Code:
Label Side Additional Mould:
Barcode:
sarami wrote:But still buggy about adr6.
LBA[197600, 0x303e0]: Track[01]: SubQ[13-19]:Adr6[d542f0cff0fff000] -> [cf3cf0cff0fff000]
I forgot to convert BCD to decimal.
https://www.mediafire.com/file/eq80y20l … st.7z/fileHere you go: test3.7z
BCD did not matter...
Fixed again.
https://www.mediafire.com/file/eq80y20l … st.7z/file
I used multiple drives to test many times.
Only ASUS BW-16D1HT 3.02?
Dumps reliably with Isobuster on two computers.
Does it mean you also have Scooby-Doo! 2.0.0 and dumped it with plextor using DIC?
Here are the logs. Found a third identical disc and included that one too.
Thanks again.
But still buggy about adr6.
LBA[197600, 0x303e0]: Track[01]: SubQ[13-19]:Adr6[d542f0cff0fff000] -> [cf3cf0cff0fff000]
I forgot to convert BCD to decimal.
https://www.mediafire.com/file/eq80y20l … st.7z/file
sarami wrote:Yes.
Here you go: 699096-2_test.7z
Thanks.
Some subchannels are bad. (LBA 011100, 197600, 208300, 216000)
Test again, plz.
https://www.mediafire.com/file/eq80y20l … st.7z/file
It's just that one game (Scooby Doo), no problem with other iXL titles.
Then, his Scooby Doo is bad. (It has real c2 errors.)
Redump Forum → Posts by sarami
Powered by PunBB 1.4.4, supported by Informer Technologies, Inc.
Currently installed 6 official extensions. Copyright © 2003–2009 PunBB.