Some DVD-RW statements

This commit is contained in:
Thomas Schmitt 2007-01-02 12:54:42 +00:00
parent a94ee76d07
commit 6a818b514d
2 changed files with 19 additions and 5 deletions

View File

@ -411,11 +411,8 @@ or written by cdrecord. dvd+rw-format -blank can also achieve this state.
Formatting or first use of freshly formatted DVD-RW can produce unusual noises
from the drive and last several minutes. Depending on mutual compatibility of
drive and media, formatting can yield unusable media. I finally always got
them revived again by help of: cdrecord-2.01.01a23 dev=... -v blank=fast
After some tries, they got converted into state "Sequential" from where a
new try could be made to get them reliably into state "Restricted Overwrite".
(A similar sequential blank feature with cdrskin is still to come.)
drive and media, formatting can yield unusable media. It seems that those die
too on blanking by cdrecord or dvd+rw-format. Perils of DVD-RW, i fear.
Special compilation variations

View File

@ -45,6 +45,7 @@ The cdrecord-compatible options are listed in the output of
cdrskin -help
}}}
where the option "help" has *one* dash. Online: [http://scdbackup.sourceforge.net/cdrskin_help_devel cdrskin -help]
For these options you may expect program behavior that is roughly the
same as described in original man cdrecord .
@ -82,6 +83,22 @@ has to offer both, r- and w-permission.
--------------------------------------------------------------------------
Non-cdrecord blank mode blank=format_overwrite is needed to bring a DVD-RW
disc from its initial profile "Sequential Recording" into profile state
"Restricted Overwrite". The latter is usable with cdrskin.
{{{
cdrskin dev=/dev/sr0 -v blank=format_overwrite
}}}
DVD-RW "Restricted Overwrite" and DVD+RW appear to cdrskin as blank media
which are capable of taking only a single track. This track may be positioned
on a 32KiB aligned address, though.
{{{
cdrskin ... write_start_address=2412m ...
}}}
--------------------------------------------------------------------------
fifo_start_at=<num> is a throughput enhancer for unsteady data streams
like they are produced by a compressing archiver program when piping to
CD on-the-fly. It makes better use of the general property of a FIFO