Re: Announcing cdrskin-0.4.4
> What is it with desire to bypass defect management? I mean I can
> perfectly understand Thomas's curiosity, but why would end-user such as
> Giulio want it off?
I can squeeze some scenarios out of my phantasy.
Like: 1 hour 40 minutes is too long for a backup window.
Or: The media are perfect and never ever show any bad spot.
But i agree that disabling defect management needs
good reasons and skilled handling of the consequences.
> So you say "my time is so precious that I must have
> faster write at any cost, ... so I can have time to verify afterwards"?
Wearing my scdbackup hat, i object the equivalence of
hardware defect management and a verification which
uses the same means as a future restore run.
It's nice to know that the drive cares for error
detection and spare block management. But it is not
I evaluated DVD-RAM a few years ago and found them
less reliable than DVD+RW (with my old LG drive).
I used growisofs-6.0 and the original formatting
which still is:
This obviously includes defect management reserves.
At least it ran at 0.7x DVD speed.
Today defect management worked, although terribly slow,
where plain writing yielded a bad burn. Maybe it's
also a matter of drive and firmware.
But as backup programmer i need my own test or i
cannot lean back and smile.
So the argument that one cannot save time by
disabling defect management depends on the
Your opinion wins in many of those cases,
> such as what would it take for *another* kind of
I begin to ponder how i can convince the libisofs
developers of having a defect list in the ISO formatter.
Possibly they will call me insane.
I have a reputation to defend.
Have a nice day :)