This is an interesting one. I expected it to need new hashes like my other CD-R dumps with error count 2, but it comes out the same as before with redumper build 665. Turns out there are two C2 errors on the initial dumping pass but they always refine away on the second pass, resulting in two sectors with invalid mode but no actual errors.
Old DIC dump:
LBA[000607, 0x0025f], MSF[00:10:07], mode 2 Invalid mode: [e2]
SubHeader[1](FileNum[00]), [2](ChannelNum[00]), [3](Submode[00])[NoEOF, Form 1], [4](CodingInfo[00])[]
LBA[000608, 0x00260], MSF[00:10:08], mode 2 Invalid mode: [c2]
SubHeader[1](FileNum[00]), [2](ChannelNum[00]), [3](Submode[00])[NoEOF, Form 1], [4](CodingInfo[00])[]
[ERROR] Number of sector(s) where mode is invalid: 2
Sector: 607, 608, New redumper dump:
CD-ROM [NEW.bin]:
sectors count: 609
mode2 (form 1) sectors: 607
invalid mode sectors: 2 (LBA: 607-608)
REDUMP.ORG errors: 0Not sure how staff want to handle this. I could force a dump with retries set to 0 so that the sectors are marked with 0x55 for consistency with other CD-R dumps? (Per the guide, "A correcting of C2 errors at the end sectors of a CD-R should be considered a bad correction.") Or it could be left as-is, potentially with the Redump error count changed to 0 to reflect the lack of C2 errors in the refined dump?
logs:
Old DIC
New redumper (Plextor)
New redumper (Ribshark drive)
Volume label can also be added to the comments:
[T:VOL] NEW