Search options (Page 1 of 56)

Thank you for confirming. I’m not sure what the correct behavior should be, even if it would be limited to some drives.

Between 20240101 and 20240401 DiscImageCreator changed how it creates .cue files from being based on subchannel information to being based on the TOC (more context in this issue). Those logs were made with 20230606, does this happen with the latest stable version?

Error Count: 428
Write Offset: +3250

Error Count: 54072
Write Offset: +2400

both doesn't show SecuROM in Copy Protection,

LBA[000000, 0000000]: [F:ReadCDForCheckingSubQ1stIndex][L:974]
    Opcode: 0xbe
    ScsiStatus: 0x02 = CHECK_CONDITION
    SenseData Key-Asc-Ascq: 03-11-05 = MEDIUM_ERROR - L-EC UNCORRECTABLE ERROR
lpCmd: be, 00, 00, 00, 00, 00, 00, 00, 01, f8, 01, 00
dwBufSize: 2448

It works with build 20230606, so there was a regression at some point afterwards.

sarami wrote:

Some PC Engine CD have 00:02:74 pregap in track 02 (e.g. http://redump.org/disc/40354/).
These 1st 75 pregaps have "audio" flag in sub Qchannel.

LBA[003434, 0x00d6a]: P[ff], Q[01020000020500004759a14d]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[00], RMSF[00:02:05], AMSF[00:47:59]}, RtoW[0, 0, 0, 0]
LBA[003435, 0x00d6b]: P[ff], Q[01020000020400004760ac66]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[00], RMSF[00:02:04], AMSF[00:47:60]}, RtoW[0, 0, 0, 0]
LBA[003436, 0x00d6c]: P[ff], Q[01020000020300004761db93]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[00], RMSF[00:02:03], AMSF[00:47:61]}, RtoW[0, 0, 0, 0]
LBA[003437, 0x00d6d]: P[ff], Q[0102000002020000476241a1]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[00], RMSF[00:02:02], AMSF[00:47:62]}, RtoW[0, 0, 0, 0]
LBA[003438, 0x00d6e]: P[ff], Q[01020000020100004763bf52]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[00], RMSF[00:02:01], AMSF[00:47:63]}, RtoW[0, 0, 0, 0]
LBA[003439, 0x00d6f]: P[ff], Q[0102000002000000476465e4]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[00], RMSF[00:02:00], AMSF[00:47:64]}, RtoW[0, 0, 0, 0]
LBA[003440, 0x00d70]: P[ff], Q[010200000174000047652fa5]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[00], RMSF[00:01:74], AMSF[00:47:65]}, RtoW[0, 0, 0, 0]
LBA[003441, 0x00d71]: P[ff], Q[410200000173000047660a08]{ Data,      Copy NG,                  Track[02], Idx[00], RMSF[00:01:73], AMSF[00:47:66]}, RtoW[0, 0, 0, 0]
LBA[003442, 0x00d72]: P[ff], Q[41020000017200004767b078]{ Data,      Copy NG,                  Track[02], Idx[00], RMSF[00:01:72], AMSF[00:47:67]}, RtoW[0, 0, 0, 0]
LBA[003443, 0x00d73]: P[ff], Q[41020000017100004768af45]{ Data,      Copy NG,                  Track[02], Idx[00], RMSF[00:01:71], AMSF[00:47:68]}, RtoW[0, 0, 0, 0]
LBA[003444, 0x00d74]: P[ff], Q[410200000170000047691535]{ Data,      Copy NG,                  Track[02], Idx[00], RMSF[00:01:70], AMSF[00:47:69]}, RtoW[0, 0, 0, 0]
LBA[003445, 0x00d75]: P[ff], Q[410200000169000047703a0b]{ Data,      Copy NG,                  Track[02], Idx[00], RMSF[00:01:69], AMSF[00:47:70]}, RtoW[0, 0, 0, 0]

These "audio" sectors should not be descrambled? LBA 3440 have sync, msf and mode, but it's audio in sub Q.

If to follow the red/yellow book standard, the first second (75 sectors) has the same mode as the previous track, should be left scrambled, the rest of pregap (150 sectors) - descrambled. But due to some kind of a mastering error the first second is 74 sectors, not 75, I guess? So the 74 sectors should be left as is and the next 150 sectors descrambled, I think.
If to follow the TOC logic (next track starts at index 01 and index 00 belongs to the previous track) - the entire pregap should be left scrambled.
If to follow the sub logic (next track starts at index 00) - all the pregap sectors should be descrambled if possible.

So, probably it is better to descramble those.