-A--analyze-drive
Run and log a complete analysis of drive caching, timing and reading behavior; verifies that
cdparanoia is correctly modelling a specific drive's cache and read behavior. Implies -vQL.
-v--verbose
Be absurdly verbose about the autosensing and reading process. Good for setup and debugging.
-q--quiet
Do not print any progress or error information during the reading process.
-e--stderr-progress
Force output of progress information to stderr (for wrapper scripts).
-V--version
Print the program version and quit.
-Q--query
Perform CD-ROM drive autosense, query and print the CD-ROM table of contents, then quit.
-h--help
Print a brief synopsis of cd-paranoia usage and options.
-l--log-summaryfile
Save result summary to file.
-L--log-debugfile
Save detailed device autosense and debugging output to a file.
-p--output-raw
Output headerless data as raw 16 bit PCM data with interleaved samples in host byte order. To
force little or big endian byte order, use -r or -R as described below.
-r--output-raw-little-endian
Output headerless data as raw 16 bit PCM data with interleaved samples in LSB first byte order.
-R--output-raw-big-endian
Output headerless data as raw 16 bit PCM data with interleaved samples in MSB first byte order.
-w--output-wav
Output data in Microsoft RIFF WAV format (note that WAV data is always LSB first byte order).
-f--output-aiff
Output data in Apple AIFF format (note that AIFC data is always in MSB first byte order).
-a--output-aifc
Output data in uncompressed Apple AIFF-C format (note that AIFF-C data is always in MSB first byte
order).
-B--batch
Cdda2wav-style batch output flag; cd-paranoia will split the output into multiple files at track
boundaries. Output file names are prepended with 'track#.'
-c--force-cdrom-little-endian
Some CD-ROM drives misreport their endianness (or do not report it at all); it's possible that cd-
paranoia will guess wrong. Use -c to force cd-paranoia to treat the drive as a little endian
device.
-C--force-cdrom-big-endian
As above but force cd-paranoia to treat the drive as a big endian device.
-n--force-default-sectorsn
Force the interface backend to do atomic reads of n sectors per read. This number can be
misleading; the kernel will often split read requests into multiple atomic reads (the automated
Paranoia code is aware of this) or allow reads only wihin a restricted size range. Thisoptionshouldgenerallynotbeused.-d--force-cdrom-devicedevice
Force the interface backend to read from device rather than the first readable CD-ROM drive it
finds containing a CD-DA disc. This can be used to specify devices of any valid interface type
(ATAPI, SCSI or proprietary).
-g--force-generic-devicedevice
This option is an alias for -d and is retained for compatibility.
-S--force-read-speednumber
Use this option explicitly to set the read rate of the CD drive (where supported). This can
reduce underruns on machines with slow disks, or which are low on memory.
-t--toc-offsetnumber
Use this option to force the entire disc LBA addressing to shift by the given amount; the value is
added to the beginning offsets in the TOC. This can be used to shift track boundaries for the
whole disc manually on sector granularity. The next option does something similar...
-T--toc-bias
Some drives (usually random Toshibas) report the actual track beginning offset values in the TOC,
but then treat the beginning of track 1 index 1 as sector 0 for all read operations. This results
in every track seeming to start too late (losing a bit of the beginning and catching a bit of the
next track). -T accounts for this behavior. Note that this option will cause cd-paranoia to
attempt to read sectors before or past the known user data area of the disc, resulting in read
errors at disc edges on most drives and possibly even hard lockups on some buggy hardware.
-O--sample-offsetnumber
Some CD-ROM/CD-R drives will add an offset to the position on reading audio data. This is usually
around 500-700 audio samples (ca. 1/75 second) on reading. So when cd-paranoia queries a specific
sector, it might not receive exactly that sector, but shifted by some amount.
Use this option to force the entire disc to shift sample position output by the given amount; This can be
used to shift track boundaries for the whole disc manually on sample granularity. Note that if you are
ripping something including the ending of the CD (e.g. the entire disk), this option will cause cd-
paranoia to attempt to read partial sectors before or past the known user data area, probably causing
read errors on most drives and possibly even hard lockups on some buggy hardware.
-E--force-overread
Force overreading into the lead-out portion of the disc. This option is only applicable when using
the +.B -O +option with a positive sample offset value. Many drives are not capable of reading
into this portion of the disc and attempting to do so on those drives will produce read errors and
possibly hard lockups.
-Z--disable-paranoia
Disable all data verification and correction features. When using -Z, cd-paranoia reads data
exactly as would cdda2wav with an overlap setting of zero. This option implies that -Y is active.
-z--never-skip[=max_retries]
Do not accept any skips; retry forever if needed. An optional maximum number of retries can be
specified; for comparison, default without -z is currently 20.
-Y--disable-extra-paranoia
Disables intra-read data verification; only overlap checking at read boundaries is performed. It
can wedge if errors occur in the attempted overlap area. Not recommended.
-X--abort-on-skip
If the read skips due to imperfect data, a scratch, whatever, abort reading this track. If output
is to a file, delete the partially completed file.
-x--test-flagsmask
Simulate CD-reading errors. This is used in regression testing, but other uses might be to see how
well a CD-ROM performs under (simulated) CD degradation. mask specifies the artificial kinds of
errors to introduced; "or"-ing values from the selection below will simulate the kind of specified
failure.
0x10 - Simulate under-run reading
OUTPUTSMILIES
:-) Normal operation, low/no jitter
:-| Normal operation, considerable jitter
:-/ Read drift
:-P Unreported loss of streaming in atomic read operation
8-| Finding read problems at same point during reread; hard to correct
:-0 SCSI/ATAPI transport error
:-( Scratch detected
;-( Gave up trying to perform a correction
8-X Aborted read due to known, uncorrectable error
:^D Finished extracting