Redump Forum — [FIXED][PC] EZF Advance CD-R errors

Re: [FIXED][PC] EZF Advance CD-R errors

null@example.com (TonyLizard) — Sun, 21 Dec 2025 18:02:15 +0000

Given that the hashes didn't change with redumper, i've just updated the comments on the database regarding this particular disc, noting that the last two sectors are marked as erroneous and show up as C2 errors refined correctly. I've also added the volume label, not that it's interesting or useful anyway, just to make it complete.

Re: [FIXED][PC] EZF Advance CD-R errors

null@example.com (superg) — Sun, 07 Dec 2025 20:27:13 +0000

If they refine and sector data is consistant between a few attempts it's hard to tell what's going on, probably there might be a drive that will dump it without C2 errors even on the initial pass?
I specifically try to refine those in redumper as usual C2 errors to make sure it's an actual mastering error.
I would add it as is (refined and without 0x55 filled sectors) given that you get consistant results on multiple drives.

[FIXED][PC] EZF Advance CD-R errors

null@example.com (DopefishJustin) — Sun, 07 Dec 2025 19:53:20 +0000

http://redump.org/disc/84341/

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

Not 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