You are not logged in. Please login or register.
Redump Forum → Posts by sarami
Anything can be done? or forever Non-Redump? This is a very rare Philips CD-i Japanese demo so would be nice to save if possible.
As with the Maddog's dump, the opinion of admin and moderator is needed.
A new CDi dump giving issues https://drive.google.com/file/d/1FEVCLK … sp=sharing
Never seen something like this before. The filesystem of the dump is empty. IsoBuster dump has edcchk errors too but has files in the filesystem.
LBA 950 ... last are all shifted because LBA 949 is mastering error (2352 + 120 bytes).
I think it may be correct?
Yes.
I think Asus just doesn't like CD-i mastering errors?
It's not related. Your disc is a little bad condition. Disc has c2 errors.
PX716 is no c2 error.
PX755
ofs: 474, 475, 47d, 486, 487, 535, 53e, 53f, 5f6, 5f7, 692, 693, 6c4, 6c5, 74a, 74b, 753, 77c, 77d, 802, 803, 80b, 834, 835,
LBA[306465, 0x4ad21] Detected C2 error 24 bit
LBA[306465, 0x4ad21]: crc32[000]: 0x434dcf1a good. Rewrote .scm[720805560-720807911(2af69eb8-2af6a7e7)] .c2[90100695-90100988(55ed3d7-55ed4fc)]Asus
ofs: 814, 815, 81d, 826, 827, 874, 875, 87e, 887, 8d5, 8de, 8df,
LBA[306443, 0x4ad0b] Detected C2 error 12 bit
ofs: 6, f, 66, 67, a2, c7, d4, 102, 103, 134, 135, 15a, 162, 163, 18c, 195, 1ba, 1bb, 1c3, 1ec, 1ed, 212, 21a, 21b, 244, 24d, 272, 273, 27b, 2a4, 2a5, 2d2, 2d3, 2e0, 305, 333, 340, 341, 398, 3a0, 3a1, 3f8, 3f9, 401, 450, 458, 459, 462, 4b0, 4b1, 4b9, 4c2, 4c3,
LBA[306444, 0x4ad0c] Detected C2 error 53 bit
ofs: 91c, 927, 92e, 92f,
LBA[307651, 0x4b1c3] Detected C2 error 4 bit
ofs: 4d, 4e, 56, 5f, af, b6, b7, 10e, 117, 11c, 14a, 16e, 16f, 17d, 1ab, 1cf, 1d4, 1dc, 202, 20a, 235, 23c, 23d, 263, 26b, 28c, 294, 29d, 2ba, 2c2, 2ed, 2f4, 2f5, 31b, 323, 34c, 355, 37a, 388, 3ac, 3ad, 3db, 3e9, 40d, 440, 448, 4a1, 4a9, 4aa, 4f8, 500, 50b, 559, 561, 562, 56a,
LBA[307652, 0x4b1c4] Detected C2 error 56 bit
LBA[306443, 0x4ad0b]: crc32[000]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[001]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[002]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[003]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[004]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[005]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[006]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[007]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[008]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[009]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[010]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[011]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[012]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[013]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[014]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[015]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[016]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[017]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[018]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[019]: 0x67b726fc
bad all. need to reread moreAsus seems to not dump CDi with disc image creator at all.
Use this.
/mr Multi sector reading of the lead-out for 0xf1 drive
val retry count (default 50)can you investigate more discimagecreator app for a fix? Two Plextors, One Asus, no good dump
Asus also has the same problem. Admin and moderator, their opinion is needed.
I see this in command line:
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))
Yes, it has PVD.
Uploaded. https://www.mediafire.com/file/eq80y20l … st.7z/file
Test, plz.
What about that un-dumpable disc 2? Anyway to dump it using DIC?
Is there PVD in LBA 16? Check by Isobuster, please.
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.
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.
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 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: 0So 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 FFMaddog 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.txtDisc 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?
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.