Search options (Page 1 of 34)

I've sent you a PM 2 weeks ago about these 2 dumps, could you read it, please? Thank you.

Fake, such barcode doesn't exist.

Proper cues can be taken with subdump; if there is a TOC vs sub mismatch - we add the entry with TOC-based gaps as a primary dump and the one with subs-based gaps as a secondary dump which is hidden (for documentation purposes). So, yes, they can be dumped, but still with a lot of manual work But you need to use either a Plextor or a swappable drive, since with a regular READ command certain areas can be unreadable for subdump and you won't get a proper .sub and a proper .cue.

Why don't you use C2 error reporting? You could reread the sectors with C2 errors and even merge the multiple read results of the same errorneous sector (since C2 shows the exact error bytes, so you could take out all the good bytes from a single sector).

Your "CLRMAme data" is missing md5/sha1, it's the reason of error, I suppose.

What's the combined offset shown by px_d8?

"03 00 00 00 00 00 00 00 00" should be decoded as "ISRC 000000000000" and you just skip those, it's wrong.

Sorry, thought it's a comment, not a part of the link )

Desire CD1 and all 4 Eve Burst Error CDs - should be listed here with ringcodes/barcode from the cardboard sleeve and you should dump them, too (to confirm they match the db).

Mould, not mastering, mastering are IFPI Lxxx.

Take any CD image with the .sub, then replace all the zeroes in R-W channels with 0xFF instead of usual zeroes (you can use R2WFill.exe tool for that), then burn it and try to dump with any tool - it will be slow. AFAIK it's not caused by the dumping tools, but by the drive's firmware.

Nope, nothing interesting in the subs, I guess.

Make a topic, add the cue there and confirm the ring and the barcode (if possible), will add.