Search options (Page 3 of 4)

2022-04-12 15:13:09

scsi_wuzzy wrote:

It would be nice if we could ultimately end up with CD images like the ones Near described. Near's article about the CD format hypothesizes about a CD format that just stores all the lead-in sectors (including subchannels) so that we could have a single file raw image format that embedded the TOC the same way the real disc does. Such an image format would handle multisession discs easily.

I already have something very close to that but it's not redump scope really. You can't get all the lead-in sectors because of the mechanical limitations of the drive (how close laser head assembly can get to the center of the disc). Plextor allows us to start reading from some place in the TOC and that is good enough given that TOC is repeating itself.
Custom drive firmware would be an ambitious project for sure but that's very complex task.

2022-03-27 02:22:54

scsi_wuzzy wrote:

F1ReB4LL wrote:
If you're using one of the latest DIC versions, it has both scrambled and descrambled image checksums in the "_disc.txt" file, you can scramble the descrambled image back and verify its checksum, if it matches - no reason to store the scrambled file itself.
I've thought about doing it this way and then just storing deltas for when the scrambled data doesn't match exactly (since the deltas would allow creation of the scrambled data from the unscrambled data and would typically be much smaller than the entire scrambled image). That's probably what I'll end up doing, but I also may look into adding metadata to an archival format like Aaru if it's possible.
I wanted to make sure there wasn't a better way to do it using some existing, standardized approach before I came up with my own solution. It sounds like there's not, unfortunately.

Scrambling is a simple math involving shift register, it's a trivial implementation.
Delta is ineffective here and it will be as big as the data track (data is scrambled, audio is unscrambled).
The most annoying thing in this conversion process is to actually know which sector is audio and which is data, scm doesn't have that info so you will have to extract it from TOC to be absolutely sure (you can go by data sync header but there is no guarantee there won't be such sequence in audio sector).

2022-03-26 17:54:13

I want to share my findings about general layout of a multisession disc.
Apparently what I see here contradicts with common redump knowledge so this might be important.

In particular, my findings show that each session has it's own TOC in lead-in which lists track entries only for that session.
I will demonstrate that on http://redump.org/disc/75764/

The disc has the following TOC:

TOC:
  session 1
    track 01 { audio, LBA:      0 ..  22641, length:  22642, MSF: 00:02:00-05:03:66 }
    track 02 { audio, LBA:  22642 ..  62829, length:  40188, MSF: 05:03:67-13:59:54 }
    track 03 { audio, LBA:  62830 ..  85925, length:  23096, MSF: 13:59:55-19:07:50 }
    track 04 { audio, LBA:  85926 .. 108706, length:  22781, MSF: 19:07:51-24:11:31 }
    track 05 { audio, LBA: 108707 .. 127440, length:  18734, MSF: 24:11:32-28:21:15 }
    track 06 { audio, LBA: 127441 .. 149520, length:  22080, MSF: 28:21:16-33:15:45 }
    track 07 { audio, LBA: 149521 .. 185511, length:  35991, MSF: 33:15:46-41:15:36 }
    track 08 { audio, LBA: 185512 .. 198852, length:  13341, MSF: 41:15:37-44:13:27 }
    track 09 { audio, LBA: 198853 .. 208969, length:  10117, MSF: 44:13:28-46:28:19 }
    track 10 { audio, LBA: 208970 .. 219014, length:  10045, MSF: 46:28:20-48:42:14 }
  session 2
    track 11 {  data, LBA: 230415 .. 262720, length:  32306, MSF: 51:14:15-58:24:70 }

I extracted both session lead-ins using negative PLEXTOR readings and here are the snippets of both sessions decoded subchannel Q to illustrate.

session 1:

[LBA:   -235] control: 0000, ADR: 1, tno: 00, P/I: 08, MSF: 99:58:65, zero: 00, A/P MSF: 41:15:37, crc: DCEE (+)
[LBA:   -234] control: 0000, ADR: 1, tno: 00, P/I: 08, MSF: 99:58:66, zero: 00, A/P MSF: 41:15:37, crc: 0E00 (+)
[LBA:   -233] control: 0000, ADR: 1, tno: 00, P/I: 08, MSF: 99:58:67, zero: 00, A/P MSF: 41:15:37, crc: 5FAA (+)
[LBA:   -232] control: 0000, ADR: 5, 00 C0 00 00 00 00 95 00 00, crc: 17A5 (+)
[LBA:   -231] control: 0000, ADR: 5, 00 C0 00 00 00 00 95 00 00, crc: 17A5 (+)
[LBA:   -230] control: 0000, ADR: 5, 00 C0 00 00 00 00 95 00 00, crc: 17A5 (+)
[LBA:   -229] control: 0000, ADR: 1, tno: 00, P/I: 09, MSF: 99:58:71, zero: 00, A/P MSF: 44:13:28, crc: DB86 (+)
[LBA:   -228] control: 0000, ADR: 1, tno: 00, P/I: 09, MSF: 99:58:72, zero: 00, A/P MSF: 44:13:28, crc: 0968 (+)
[LBA:   -227] control: 0000, ADR: 1, tno: 00, P/I: 09, MSF: 99:58:73, zero: 00, A/P MSF: 44:13:28, crc: 58C2 (+)
[LBA:   -226] control: 0000, ADR: 5, 00 B0 51 12 15 02 58 24 71, crc: 7EDC (+)
[LBA:   -225] control: 0000, ADR: 5, 00 B0 51 12 15 02 58 24 71, crc: 7EDC (+)
[LBA:   -224] control: 0000, ADR: 5, 00 B0 51 12 15 02 58 24 71, crc: 7EDC (+)
[LBA:   -223] control: 0000, ADR: 1, tno: 00, P/I: 10, MSF: 99:59:02, zero: 00, A/P MSF: 46:28:20, crc: 9562 (+)
[LBA:   -222] control: 0000, ADR: 1, tno: 00, P/I: 10, MSF: 99:59:03, zero: 00, A/P MSF: 46:28:20, crc: C4C8 (+)
[LBA:   -221] control: 0000, ADR: 1, tno: 00, P/I: 10, MSF: 99:59:04, zero: 00, A/P MSF: 46:28:20, crc: 10AF (+)
[LBA:   -220] control: 0000, ADR: 5, 00 C0 00 00 00 00 95 00 00, crc: 17A5 (+)
[LBA:   -219] control: 0000, ADR: 5, 00 C0 00 00 00 00 95 00 00, crc: 17A5 (+)
[LBA:   -218] control: 0000, ADR: 5, 00 C0 00 00 00 00 95 00 00, crc: 17A5 (+)
[LBA:   -217] control: 0000, ADR: 1, tno: 00, P/I: A0, MSF: 99:59:08, zero: 00, A/P MSF: 01:00:00, crc: 76AC (+)
[LBA:   -216] control: 0000, ADR: 1, tno: 00, P/I: A0, MSF: 99:59:09, zero: 00, A/P MSF: 01:00:00, crc: 2706 (+)
[LBA:   -215] control: 0000, ADR: 1, tno: 00, P/I: A0, MSF: 99:59:10, zero: 00, A/P MSF: 01:00:00, crc: 01AA (+)
[LBA:   -214] control: 0000, ADR: 5, 00 B0 51 12 15 02 58 24 71, crc: 7EDC (+)
[LBA:   -213] control: 0000, ADR: 5, 00 B0 51 12 15 02 58 24 71, crc: 7EDC (+)
[LBA:   -212] control: 0000, ADR: 5, 00 B0 51 12 15 02 58 24 71, crc: 7EDC (+)
[LBA:   -211] control: 0000, ADR: 1, tno: 00, P/I: A1, MSF: 99:59:14, zero: 00, A/P MSF: 10:00:00, crc: 8710 (+)
[LBA:   -210] control: 0000, ADR: 1, tno: 00, P/I: A1, MSF: 99:59:15, zero: 00, A/P MSF: 10:00:00, crc: D6BA (+)
[LBA:   -209] control: 0000, ADR: 1, tno: 00, P/I: A1, MSF: 99:59:16, zero: 00, A/P MSF: 10:00:00, crc: 0454 (+)
[LBA:   -208] control: 0000, ADR: 5, 00 C0 00 00 00 00 95 00 00, crc: 17A5 (+)
[LBA:   -207] control: 0000, ADR: 5, 00 C0 00 00 00 00 95 00 00, crc: 17A5 (+)
[LBA:   -206] control: 0000, ADR: 5, 00 C0 00 00 00 00 95 00 00, crc: 17A5 (+)
[LBA:   -205] control: 0000, ADR: 1, tno: 00, P/I: A2, MSF: 99:59:20, zero: 00, A/P MSF: 48:42:15, crc: 4F83 (+)
[LBA:   -204] control: 0000, ADR: 1, tno: 00, P/I: A2, MSF: 99:59:21, zero: 00, A/P MSF: 48:42:15, crc: 1E29 (+)
[LBA:   -203] control: 0000, ADR: 1, tno: 00, P/I: A2, MSF: 99:59:22, zero: 00, A/P MSF: 48:42:15, crc: CCC7 (+)
[LBA:   -202] control: 0000, ADR: 5, 00 B0 51 12 15 02 58 24 71, crc: 7EDC (+)
[LBA:   -201] control: 0000, ADR: 5, 00 B0 51 12 15 02 58 24 71, crc: 7EDC (+)
[LBA:   -200] control: 0000, ADR: 5, 00 B0 51 12 15 02 58 24 71, crc: 7EDC (+)
[LBA:   -199] control: 0000, ADR: 1, tno: 00, P/I: 01, MSF: 99:59:26, zero: 00, A/P MSF: 00:02:00, crc: 02FB (+)
[LBA:   -198] control: 0000, ADR: 1, tno: 00, P/I: 01, MSF: 99:59:27, zero: 00, A/P MSF: 00:02:00, crc: 5351 (+)
[LBA:   -197] control: 0000, ADR: 1, tno: 00, P/I: 01, MSF: 99:59:28, zero: 00, A/P MSF: 00:02:00, crc: AA34 (+)
[LBA:   -196] control: 0000, ADR: 5, 00 C0 00 00 00 00 95 00 00, crc: 17A5 (+)
[LBA:   -195] control: 0000, ADR: 5, 00 C0 00 00 00 00 95 00 00, crc: 17A5 (+)
[LBA:   -194] control: 0000, ADR: 5, 00 C0 00 00 00 00 95 00 00, crc: 17A5 (+)
[LBA:   -193] control: 0000, ADR: 1, tno: 00, P/I: 02, MSF: 99:59:32, zero: 00, A/P MSF: 05:03:67, crc: AB7A (+)
[LBA:   -192] control: 0000, ADR: 1, tno: 00, P/I: 02, MSF: 99:59:33, zero: 00, A/P MSF: 05:03:67, crc: FAD0 (+)
[LBA:   -191] control: 0000, ADR: 1, tno: 00, P/I: 02, MSF: 99:59:34, zero: 00, A/P MSF: 05:03:67, crc: 2EB7 (+)
[LBA:   -190] control: 0000, ADR: 5, 00 B0 51 12 15 02 58 24 71, crc: 7EDC (+)
[LBA:   -189] control: 0000, ADR: 5, 00 B0 51 12 15 02 58 24 71, crc: 7EDC (+)
[LBA:   -188] control: 0000, ADR: 5, 00 B0 51 12 15 02 58 24 71, crc: 7EDC (+)
[LBA:   -187] control: 0000, ADR: 1, tno: 00, P/I: 03, MSF: 99:59:38, zero: 00, A/P MSF: 13:59:55, crc: 707D (+)
[LBA:   -186] control: 0000, ADR: 1, tno: 00, P/I: 03, MSF: 99:59:39, zero: 00, A/P MSF: 13:59:55, crc: 21D7 (+)
[LBA:   -185] control: 0000, ADR: 1, tno: 00, P/I: 03, MSF: 99:59:40, zero: 00, A/P MSF: 13:59:55, crc: DB62 (+)
[LBA:   -184] control: 0000, ADR: 5, 00 C0 00 00 00 00 95 00 00, crc: 17A5 (+)
[LBA:   -183] control: 0000, ADR: 5, 00 C0 00 00 00 00 95 00 00, crc: 17A5 (+)
[LBA:   -182] control: 0000, ADR: 5, 00 C0 00 00 00 00 95 00 00, crc: 17A5 (+)
[LBA:   -181] control: 0000, ADR: 1, tno: 00, P/I: 04, MSF: 99:59:44, zero: 00, A/P MSF: 19:07:51, crc: 3086 (+)
[LBA:   -180] control: 0000, ADR: 1, tno: 00, P/I: 04, MSF: 99:59:45, zero: 00, A/P MSF: 19:07:51, crc: 612C (+)
[LBA:   -179] control: 0000, ADR: 1, tno: 00, P/I: 04, MSF: 99:59:46, zero: 00, A/P MSF: 19:07:51, crc: B3C2 (+)
[LBA:   -178] control: 0000, ADR: 5, 00 B0 51 12 15 02 58 24 71, crc: 7EDC (+)
[LBA:   -177] control: 0000, ADR: 5, 00 B0 51 12 15 02 58 24 71, crc: 7EDC (+)
[LBA:   -176] control: 0000, ADR: 5, 00 B0 51 12 15 02 58 24 71, crc: 7EDC (+)
[LBA:   -175] control: 0000, ADR: 1, tno: 00, P/I: 05, MSF: 99:59:50, zero: 00, A/P MSF: 24:11:32, crc: 5B3E (+)
[LBA:   -174] control: 0000, ADR: 1, tno: 00, P/I: 05, MSF: 99:59:51, zero: 00, A/P MSF: 24:11:32, crc: 0A94 (+)
[LBA:   -173] control: 0000, ADR: 1, tno: 00, P/I: 05, MSF: 99:59:52, zero: 00, A/P MSF: 24:11:32, crc: D87A (+)
[LBA:   -172] control: 0000, ADR: 5, 00 C0 00 00 00 00 95 00 00, crc: 17A5 (+)
[LBA:   -171] control: 0000, ADR: 5, 00 C0 00 00 00 00 95 00 00, crc: 17A5 (+)
[LBA:   -170] control: 0000, ADR: 5, 00 C0 00 00 00 00 95 00 00, crc: 17A5 (+)
[LBA:   -169] control: 0000, ADR: 1, tno: 00, P/I: 06, MSF: 99:59:56, zero: 00, A/P MSF: 28:21:16, crc: B92F (+)
[LBA:   -168] control: 0000, ADR: 1, tno: 00, P/I: 06, MSF: 99:59:57, zero: 00, A/P MSF: 28:21:16, crc: E885 (+)
[LBA:   -167] control: 0000, ADR: 1, tno: 00, P/I: 06, MSF: 99:59:58, zero: 00, A/P MSF: 28:21:16, crc: 11E0 (+)
[LBA:   -166] control: 0000, ADR: 5, 00 B0 51 12 15 02 58 24 71, crc: 7EDC (+)
[LBA:   -165] control: 0000, ADR: 5, 00 B0 51 12 15 02 58 24 71, crc: 7EDC (+)
[LBA:   -164] control: 0000, ADR: 5, 00 B0 51 12 15 02 58 24 71, crc: 7EDC (+)
[LBA:   -163] control: 0000, ADR: 1, tno: 00, P/I: 07, MSF: 99:59:62, zero: 00, A/P MSF: 33:15:46, crc: B4CD (+)
[LBA:   -162] control: 0000, ADR: 1, tno: 00, P/I: 07, MSF: 99:59:63, zero: 00, A/P MSF: 33:15:46, crc: E567 (+)
[LBA:   -161] control: 0000, ADR: 1, tno: 00, P/I: 07, MSF: 99:59:64, zero: 00, A/P MSF: 33:15:46, crc: 3100 (+)
[LBA:   -160] control: 0000, ADR: 5, 00 C0 00 00 00 00 95 00 00, crc: 17A5 (+)
[LBA:   -159] control: 0000, ADR: 5, 00 C0 00 00 00 00 95 00 00, crc: 17A5 (+)
[LBA:   -158] control: 0000, ADR: 5, 00 C0 00 00 00 00 95 00 00, crc: 17A5 (+)
[LBA:   -157] control: 0000, ADR: 1, tno: 00, P/I: 08, MSF: 99:59:68, zero: 00, A/P MSF: 41:15:37, crc: 068A (+)
[LBA:   -156] control: 0000, ADR: 1, tno: 00, P/I: 08, MSF: 99:59:69, zero: 00, A/P MSF: 41:15:37, crc: 5720 (+)
[LBA:   -155] control: 0000, ADR: 1, tno: 00, P/I: 08, MSF: 99:59:70, zero: 00, A/P MSF: 41:15:37, crc: 718C (+)
[LBA:   -154] control: 0000, ADR: 5, 00 B0 51 12 15 02 58 24 71, crc: 7EDC (+)
[LBA:   -153] control: 0000, ADR: 5, 00 B0 51 12 15 02 58 24 71, crc: 7EDC (+)
[LBA:   -152] control: 0000, ADR: 5, 00 B0 51 12 15 02 58 24 71, crc: 7EDC (+)
[LBA:   -151] control: 0000, ADR: 1, tno: 00, P/I: 09, MSF: 99:59:74, zero: 00, A/P MSF: 44:13:28, crc: 2CE0 (+)
[LBA:   -150] control: 0000, ADR: 1, tno: 01, P/I: 00, MSF: 00:01:74, zero: 00, A/P MSF: 00:00:00, crc: B9AA (+)

session 2:

[LBA: 230242] control: 0100, ADR: 1, tno: 00, P/I: 11, MSF: 51:11:67, zero: 00, A/P MSF: 51:14:15, crc: C00F (+)
[LBA: 230243] control: 0100, ADR: 1, tno: 00, P/I: 11, MSF: 51:11:68, zero: 00, A/P MSF: 51:14:15, crc: 396A (+)
[LBA: 230244] control: 0100, ADR: 1, tno: 00, P/I: 11, MSF: 51:11:69, zero: 00, A/P MSF: 51:14:15, crc: 68C0 (+)
[LBA: 230245] control: 0100, ADR: 1, tno: 00, P/I: A0, MSF: 51:11:70, zero: 00, A/P MSF: 11:20:00, crc: A806 (+)
[LBA: 230246] control: 0100, ADR: 1, tno: 00, P/I: A0, MSF: 51:11:71, zero: 00, A/P MSF: 11:20:00, crc: F9AC (+)
[LBA: 230247] control: 0100, ADR: 1, tno: 00, P/I: A0, MSF: 51:11:72, zero: 00, A/P MSF: 11:20:00, crc: 2B42 (+)
[LBA: 230248] control: 0100, ADR: 1, tno: 00, P/I: A1, MSF: 51:11:73, zero: 00, A/P MSF: 11:00:00, crc: 4FA9 (+)
[LBA: 230249] control: 0100, ADR: 1, tno: 00, P/I: A1, MSF: 51:11:74, zero: 00, A/P MSF: 11:00:00, crc: 9BCE (+)
[LBA: 230250] control: 0100, ADR: 1, tno: 00, P/I: A1, MSF: 51:12:00, zero: 00, A/P MSF: 11:00:00, crc: FB94 (+)
[LBA: 230251] control: 0100, ADR: 1, tno: 00, P/I: A2, MSF: 51:12:01, zero: 00, A/P MSF: 58:24:71, crc: 77D1 (+)
[LBA: 230252] control: 0100, ADR: 1, tno: 00, P/I: A2, MSF: 51:12:02, zero: 00, A/P MSF: 58:24:71, crc: A53F (+)
[LBA: 230253] control: 0100, ADR: 1, tno: 00, P/I: A2, MSF: 51:12:03, zero: 00, A/P MSF: 58:24:71, crc: F495 (+)
[LBA: 230254] control: 0100, ADR: 1, tno: 00, P/I: 11, MSF: 51:12:04, zero: 00, A/P MSF: 51:14:15, crc: 2E36 (+)
[LBA: 230255] control: 0100, ADR: 1, tno: 00, P/I: 11, MSF: 51:12:05, zero: 00, A/P MSF: 51:14:15, crc: 7F9C (+)
[LBA: 230256] control: 0100, ADR: 1, tno: 00, P/I: 11, MSF: 51:12:06, zero: 00, A/P MSF: 51:14:15, crc: AD72 (+)
[LBA: 230257] control: 0100, ADR: 1, tno: 00, P/I: A0, MSF: 51:12:07, zero: 00, A/P MSF: 11:20:00, crc: 1AB2 (+)
[LBA: 230258] control: 0100, ADR: 1, tno: 00, P/I: A0, MSF: 51:12:08, zero: 00, A/P MSF: 11:20:00, crc: E3D7 (+)
[LBA: 230259] control: 0100, ADR: 1, tno: 00, P/I: A0, MSF: 51:12:09, zero: 00, A/P MSF: 11:20:00, crc: B27D (+)
[LBA: 230260] control: 0100, ADR: 1, tno: 00, P/I: A1, MSF: 51:12:10, zero: 00, A/P MSF: 11:00:00, crc: A190 (+)
[LBA: 230261] control: 0100, ADR: 1, tno: 00, P/I: A1, MSF: 51:12:11, zero: 00, A/P MSF: 11:00:00, crc: F03A (+)
[LBA: 230262] control: 0100, ADR: 1, tno: 00, P/I: A1, MSF: 51:12:12, zero: 00, A/P MSF: 11:00:00, crc: 22D4 (+)
[LBA: 230263] control: 0100, ADR: 1, tno: 00, P/I: A2, MSF: 51:12:13, zero: 00, A/P MSF: 58:24:71, crc: AE91 (+)
[LBA: 230264] control: 0100, ADR: 1, tno: 00, P/I: A2, MSF: 51:12:14, zero: 00, A/P MSF: 58:24:71, crc: 7AF6 (+)
[LBA: 230265] control: 0100, ADR: 1, tno: 11, P/I: 00, MSF: 00:01:74, zero: 00, A/P MSF: 51:12:15, crc: 26C5 (+)

As you can see, session 1 lead-in lists only tracks 1-10 and session 2 lead-in lists only track 11.
(TOC entries in lead-in are usually cyclically repeated in a pack of 3)

I see this on all other pressed multisession discs I own (up to 10) and to me it makes total sense as this looks like compatibility thing for earlier players which don't support multisession and session 2 tracks (usually data) are totally "invisible" there.
When you request disc TOC on a multisession supported drive, it gets both sessions TOC and merges it.

Another directly related side effect is that drives often have problems with reading multisession CD-TEXT (CD-TEXT data is stored in TOC R-W subchannels). I have one such disc with CD-TEXT defined in both sessions and earlier PLEXTOR drives (PX-W5224TA) are able to get only CD-TEXT stored in the first session while later DVD PLEXTOR drives have no problem extracting both session data.

Whole disc decoded subchannel Q for the reference:
https://www.dropbox.com/s/h5cubuo6m95wo … q.zip?dl=0

2022-03-06 16:03:36

sarami, some Plextor DVD drives have different C2 offsets which are not sector aligned. I took a couple of C2 discs with negative and positive write offsets and a mix of audio / data and tested it on the drives I have here. I compared C2 dump with known good dump of the same disc and matched it with C2 error vector.
Starting from PX-712A, it takes drive 2 more samples (1 C2 byte is 8 bit) to calculate C2:

PLEXTOR - CD-R PX-W4012A v1.07, C2 offset: 294
PLEXTOR - CD-R PX-W4824A v1.07, C2 offset: 294
PLEXTOR - CD-R PX-W5224A v1.04, C2 offset: 294
PLEXTOR - DVDR PX-708A v1.12, C2 offset: 294
PLEXTOR - DVDR PX-712A v1.09, C2 offset: 295
PLEXTOR - DVDR PX-716A v1.11, C2 offset: 295
PLEXTOR - DVDR PX-716A v1.58, C2 offset: 295
PLEXTOR - DVDR PX-716A v1.59, C2 offset: 295
PLEXTOR - DVDR PX-716A v1.5A, C2 offset: 295
PLEXTOR - DVDR PX-755A v1.08, C2 offset: 295
PLEXTOR - DVDR PX-760A v1.07, C2 offset: 295

(C2 offset is in bytes)

This is a problem because for PX-712A or later, any C2 error in the last 8 bytes of any sector will slip unnoticed into the final dump.

Should be an easy fix, instead of pre-reading 2 sectors like you do for Plextor, you can pre-read 3 sectors at a time and offset it based on a drive model.

2022-02-25 00:05:26

sarami,
There is a CD-TEXT DIC issue I want to report.
Due to CD-TEXT space limitations (stored in R-W subchannel), sometimes they use TAB symbol "\t" ASCII and "\t\t" WIDE to refer to previous non-empty text, this is not implemented in DIC, thus such fields have spaces instead.
Example: http://redump.org/disc/87491/

There are more things that I have to report but I'll do that a little bit later.

2021-11-30 03:00:11

sarami wrote:

CD-TEXT can store 8 languages.
BLOCK 1 language uses _alt.cue, BLOCK 2 language uses _alt2.cue ... BLOCK 7 language uses _alt7.cue

Got it. So I guess for this particular disc English block is empty and all the meaningful data is in the Japanese CD-TEXT block.
My next question is, what encoding gets dumped to the BLOCK 1 cue?
I'm getting garbage there but I don't have JP fonts installed and no Japanese locale. We would need that corrected (I guess manually in a cue sheet) in order to be added to redump.

EDIT: Nevermind, notepad++ displays everything correctly, it was my viewer which had a problem, thank you!

2021-11-29 23:47:10

sarami, I got "_alt.cue" and "_imgAlt.cue" when dumping "Suikoden Tierkreis: Digital Artbook & Soundtrack" Enhanced CD.
The cue difference is empty TITLE / PERFORMER vs what I think is Japanese encoding.
Can you please take a look?

Logs: https://www.dropbox.com/s/fexbx20talw1h … 29.7z?dl=0

2021-10-26 23:35:15

sarami wrote:

superg wrote:
When I use DIC supplied with MPF, Build 20210401T101950
I only support the latest version. It's now 20211001T112852.

I downloaded the newest DIC version from the website and the problem is still there. I did 2 dumps of clean GameShark 2 disc and I'm getting different results (4476 vs 4477) errors.
Let me know if logs would be useful, I'll upload them.

2021-10-23 14:10:09

sarami wrote:

superg wrote:
When I use DIC supplied with MPF, Build 20210401T101950
I only support the latest version. It's now 20211001T112852.

I will use that.

2021-10-21 03:57:52

sarami wrote:

What is the problem? My unlicensed is no problem.

There are two problems:
When I use DIC supplied with MPF, Build 20210401T101950, if that helps, and dumping PS2 GameShark disc with /sf flag, after initial pass it tries to re-read some C2 sectors from BIG.DAT and as it never gets a match, dumping fails.
For other PS2 unlicensed I often get improper dumps with wrong error count, it deviates from 4475 errors count for such discs. All these discs are clean and I currently dump them using the earlier DIC version which always yields the exact 4475 errors. That version you built after I mentioned this earlier error count deviation and it always works for me.

2021-09-22 14:02:25

matura713 wrote:

Total errors: 4497

This error count looks familiar to me. We get a very similar number of C2 errors at start for many PS2 unlicensed discs.
Did you try to dump with /sf?

2021-09-19 13:49:28

sarami wrote:

"UPX" is shown in IMAGE_SECTION_HEADER of SETUP.EXE. Please check if it is compressed by UPX or not.
If yes, DIC is not supported it yet. 20210401 version does not output IMAGE_EXPORT_DIRECTORY yet.

Is there any way to disable this checking so DIC doesn't crash?

2021-09-08 12:46:35

sarami wrote:

279144 belongs to track 1.

Got it, I'll mark the old dump as bad and will add a new one.
Thanks for your help!

2021-09-07 18:11:04

sarami wrote:

Try to use "/s 2"

/s 2 didn't help.
My primary concern is that in my new dump the split is 1 sector earlier comparing to what we have in the DB.
e.g. in the new dump the data track last sector is audio track but in the DB it's not and it seems more correct. I have to identify which dump is correct, old or new.

2021-09-05 20:45:18

sarami, is it normal to have a separate set of (Subs indexes) where everything is the same as in primary TOC based split?
Logs: https://www.dropbox.com/s/4clypf96lu0zq … OR.7z?dl=0
Asking because my verification has identical (Subs indexes) but doesn't match what we have in the DB: http://redump.org/disc/15537/
I compared both dumps and the new data track is 1 sector more padded with zeroes and audio track is 1 sector less comparing to the DB one.

2021-02-17 20:53:37

sarami wrote:

superg wrote:
I am having a problem with PS2 GameShark disc.
http://www.mediafire.com/file/eq80y20l9 … st.7z/file
Test, please.

Didn't work I'm still getting slightly different data on each dump attempt.
New logs: https://www.dropbox.com/s/16zvbqdcggzr8 … st.7z?dl=0
I ended up picking up the most correct dump and hexediting the erroneous sector (they are all empty).

EDIT: I rechecked my dumps before the test version and after, error number definitely decreased with the new version so I guess if the disc is faulty this is still good DIC fix to have. Thank you!

2021-02-17 00:59:00

sarami, I am having a problem with PS2 GameShark disc. They usually have intentional C2 errors in 25-4499 sector range, 4475 total errors. I am using /sf flag but there are some C2 errors later (22K-25K range) and I am getting random results in a few sectors here and there.
As far as I understand, /sf affects all sectors, is there a way to specify that I want /sf enabled only for 25-4499 range or am I missing something?

Logs: https://www.dropbox.com/s/857nbsv9uaqardp/gs.7z?dl=0

2021-01-19 15:16:23

sarami wrote:

superg wrote:
I'm getting a duplicated (subs indexes) copy
It's real subs indexes.

Which one should be considered correct for the redump submission?

2021-01-19 03:58:31

I'm getting a duplicated (subs indexes) copy when dumping Fox Hunt soundtrack (Audio CD). Both copies tracks are the same but want to double check with you that everything is fine.

Logs:
https://www.dropbox.com/s/kld66kkis5xy2 … OR.7z?dl=0

EDIT: cue timestamps are different though.

2021-01-11 21:26:07

sarami, I spent some time dumping one of the Russian unlicensed discs and DIC without any success. The disc is clean and it locks up on some sectors when dumping (slow) and there are some C2 errors.
I almost lost hope but decided to give it a try with IsoBuster and everything dumped fine, and what is more important - I have 100% match with the internet image of the same game. That's quite alarming to me as I have a pile of ~250 discs undumpable with DIC and I wonder whether all of them are bad or not.

Logs: https://www.dropbox.com/s/p7fzgdlkq7yij … gs.7z?dl=0

Can you please look into it?

2021-01-11 18:51:23

rosewood wrote:

[ERROR] Number of sector(s) where mode2 NoEdc subheader(0x10 - 0x17) isn't same: 1
Total errors: 1

This is not a problem, afaik this check takes place after a successful dump and it just indicates that sector subheader copy is not the same. This is common for PSX discs.

2021-01-09 16:19:57

I'm having a trouble dumping Action Replay Version 2.34 (PlayStation 2 CD) in my Plextor PX-755A.
Right on dump start I get

LBA[323849, 0x4f109]: [F:ReadCDForCheckingReadInOut][L:701]
    Opcode: 0xd8
    ScsiStatus: 0x02 = CHECK_CONDITION
    SenseData Key-Asc-Ascq: 03-02-8d = MEDIUM_ERROR - VENDOR UNIQUE ERROR
lpCmd: d8, 00, 00, 04, f1, 09, 00, 00, 00, 01, 00, 00
dwBufSize: 2352

I can start the dump just fine using my other ASUS BW-16D1HT drive but it has some reading issues with some GameShark / ActionReplay discs, very slow reading and takes forever - don't think it's related though.
Using the latest DIC.

2020-05-06 00:01:17

I published source code and new updated version of the tool, will write some usage documentation a bit later.

2020-04-25 13:37:20

fuzzball wrote:

wrong error count in verifying http://redump.org/disc/41435/
redump_helper
Error Count: 1

This disc has 1 subheader copy difference, this is warning in edccchk tool. Redump's error count field expects to use "Total errors+warnings" number from edccchk. This entry has an error in a DB, should be 1.
I just replicate the behaviour of edccchk but I don't call it errors + warnings, just errors.

I made some improvements in command line but have yet to publish sources and build new binaries, it's now a single executable file without libraries.
It's nice that somebody is using the tool though

2020-04-12 22:18:22

Mastermind wrote:

discimagecreator dvd e: "F:\Sid Meier's Civilization IV - Ultimate (Disc 2) (Sid Meier's Civilization IV - Colonization).iso" 16

True, I've just tried "d:\DICUI\Programs\Creator>DiscImageCreator.exe cd F "D:\test with spaces (and brackets).bin" 8 /c2 200 /nl"
and I ended up with zero size dat file.

Search options (Page 3 of 4)

Posts found: 51 to 75 of 90

51 Reply by superg 2022-04-12 15:13:09

Re: Lead-in, TOC & multisession (2 replies, posted in General discussion)

52 Reply by superg 2022-03-27 02:22:54

Re: Compactly storing both unscrambled and scrambled CD data (4 replies, posted in General discussion)

53 Topic by superg 2022-03-26 17:54:13

Topic: Lead-in, TOC & multisession (2 replies, posted in General discussion)

54 Reply by superg 2022-03-06 16:03:36

Re: DiscImageCreator (3,531 replies, posted in General discussion)

55 Reply by superg 2022-02-25 00:05:26

Re: DiscImageCreator (3,531 replies, posted in General discussion)

56 Reply by superg 2021-11-30 03:00:11

Re: DiscImageCreator (3,531 replies, posted in General discussion)

57 Reply by superg 2021-11-29 23:47:10

Re: DiscImageCreator (3,531 replies, posted in General discussion)

58 Reply by superg 2021-10-26 23:35:15

Re: DiscImageCreator (3,531 replies, posted in General discussion)

59 Reply by superg 2021-10-23 14:10:09

Re: DiscImageCreator (3,531 replies, posted in General discussion)

60 Reply by superg 2021-10-21 03:57:52

Re: DiscImageCreator (3,531 replies, posted in General discussion)

61 Reply by superg 2021-09-22 14:02:25

Re: DiscImageCreator (3,531 replies, posted in General discussion)

62 Reply by superg 2021-09-19 13:49:28

Re: DiscImageCreator (3,531 replies, posted in General discussion)

63 Reply by superg 2021-09-08 12:46:35

Re: DiscImageCreator (3,531 replies, posted in General discussion)

64 Reply by superg 2021-09-07 18:11:04

Re: DiscImageCreator (3,531 replies, posted in General discussion)

65 Reply by superg 2021-09-05 20:45:18

Re: DiscImageCreator (3,531 replies, posted in General discussion)

66 Reply by superg 2021-02-17 20:53:37

Re: DiscImageCreator (3,531 replies, posted in General discussion)

67 Reply by superg 2021-02-17 00:59:00

Re: DiscImageCreator (3,531 replies, posted in General discussion)

68 Reply by superg 2021-01-19 15:16:23

Re: DiscImageCreator (3,531 replies, posted in General discussion)

69 Reply by superg 2021-01-19 03:58:31

Re: DiscImageCreator (3,531 replies, posted in General discussion)

70 Reply by superg 2021-01-11 21:26:07

Re: DiscImageCreator (3,531 replies, posted in General discussion)

71 Reply by superg 2021-01-11 18:51:23

Re: DiscImageCreator (3,531 replies, posted in General discussion)

72 Reply by superg 2021-01-09 16:19:57

Re: DiscImageCreator (3,531 replies, posted in General discussion)

73 Reply by superg 2020-05-06 00:01:17

Re: redump_info tool WIP (10 replies, posted in General discussion)

74 Reply by superg 2020-04-25 13:37:20

Re: redump_info tool WIP (10 replies, posted in General discussion)

75 Reply by superg 2020-04-12 22:18:22

Re: DiscImageCreator (3,531 replies, posted in General discussion)

Posts found: 51 to 75 of 90