276

(3,536 replies, posted in General discussion)

CloneCD wrote:

I 15:48:19 Fast Error Skip: Yes

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

277

(3,536 replies, posted in General discussion)

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

278

(3,536 replies, posted in General discussion)

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.

279

(3,536 replies, posted in General discussion)

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.

280

(3,536 replies, posted in General discussion)

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

281

(3,536 replies, posted in General discussion)

user7 wrote:

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).

282

(3,536 replies, posted in General discussion)

RevQuixo wrote:

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.

283

(3,536 replies, posted in General discussion)

RevQuixo wrote:

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

284

(3,536 replies, posted in General discussion)

RevQuixo wrote:

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.

F1ReB4LL wrote:

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

285

(3,536 replies, posted in General discussion)

RevQuixo wrote:

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.

286

(3,536 replies, posted in General discussion)

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

287

(3,536 replies, posted in General discussion)

NovaAurora wrote:

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.

https://cdn.discordapp.com/attachments/ … T_logs.zip

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?



RevQuixo wrote:

Getting this error on a JagCD homebrew title:

Logs, please.

nightson wrote:

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.

nightson wrote:

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

user7 wrote:

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.

288

(3,536 replies, posted in General discussion)

NovaAurora wrote:

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.

289

(3,536 replies, posted in General discussion)

Jackal wrote:

@sarami any theory on why the offset might be shifted with 1 sample?

reentrant wrote:

Probably different master disc.

I think so, too.

Jackal wrote:

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?

290

(3,536 replies, posted in General discussion)

reentrant wrote:

IMHO audio tracks made with Asus and positive offset discs should be temp banned unless fully resolved smile

Please test by the latest version. https://www.mediafire.com/file/eq80y20l … st.7z/file

291

(3,536 replies, posted in General discussion)

- 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

292

(3,536 replies, posted in General discussion)

LoStraniero91 wrote:

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)?

293

(3,536 replies, posted in General discussion)

LoStraniero91 wrote:

without the intentional SecuROM error.

Yes, there is not SecuROM error in _subError.txt. Probably, it is deactivated.

294

(3,536 replies, posted in General discussion)

rosewood wrote:
sarami wrote:

This is the last (perhaps).
https://www.mediafire.com/file/eq80y20l … st.7z/file

Let's hope so. This title has been dumped more often than anything else wink
test7.7z

Ok. Adr6 has been fixed. Thanks for all testing.

295

(3,536 replies, posted in General discussion)

rosewood wrote:
sarami wrote:
sarami wrote:

But the fixed sub is not set correctly...

Sorry, still buggy.
Uploaded. https://www.mediafire.com/file/eq80y20l … st.7z/file

Next: test6.7z

This is the last (perhaps).
https://www.mediafire.com/file/eq80y20l … st.7z/file

296

(3,536 replies, posted in General discussion)

sarami wrote:

But the fixed sub is not set correctly...

Sorry, still buggy.
Uploaded. https://www.mediafire.com/file/eq80y20l … st.7z/file

297

(3,536 replies, posted in General discussion)

rosewood wrote:
sarami wrote:

BCD did not matter...
Fixed again.
https://www.mediafire.com/file/eq80y20l … st.7z/file

Next: 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


Aringon wrote:

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:

298

(3,536 replies, posted in General discussion)

rosewood wrote:
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/file

Here you go: test3.7z

BCD did not matter...
Fixed again.
https://www.mediafire.com/file/eq80y20l … st.7z/file

Aringon wrote:

I used multiple drives to test many times.

Only ASUS BW-16D1HT 3.02?

user7 wrote:

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?

299

(3,536 replies, posted in General discussion)

rosewood wrote:

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

300

(3,536 replies, posted in General discussion)

rosewood wrote:
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

user7 wrote:

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.)