CDPARANOIA(1)

๐Ÿ“ฆ
version 10.2 ยท 3 versions
, in alpine 3.22, alpine 3.23, alpine 3.24, arch rolling, epel 10, epel 9, fedora 43, fedora 44, nixos 26.05, nixpkgs unstable

๐Ÿ’ฟ CDPARANOIA ๐Ÿ’ฟ โ€” the cdparanoia manual page (part 1 of 2, bestie, we're going long)

okay so this is the manual page for cdparanoia, from the General Commands Manual section, and it is so much more than a ripper, I promise you.


โœจ NAME โœจ

cdparanoia 10.2 (Paranoia release III) โ€” an audio CD reading utility which includes extra data verification features ๐ŸŽ€

like. it reads CDs. but it double-checks itself while doing it. main character behavior fr.


โœจ SYNOPSIS โœจ

cdparanoia [options] span [outfile]

that's it, that's the shape of it. options, then where you want to read from, then optionally where it goes. ๐Ÿ’…


โœจ DESCRIPTION โœจ

cdparanoia pulls audio tracks off CDDA-capable CDROM drives. CDDA = the actual music-CD format, not data discs, not DVDs, just vibes and PCM. ๐ŸŽต

where does the data go? your choice:

  • saved to a file, or
  • piped straight to standard output

and in which format? pick your fighter: WAV, AIFF, AIFF-C, or raw.

most ATAPI, SCSI and several proprietary CDROM drive makes are supported โ€” and cdparanoia can actually figure out whether your target drive is CDDA capable in the first place. vibe check on the hardware, basically. ๐Ÿ”

and then, on top of just plain reading, cdparanoia adds:

  • extra-robust data verification
  • synchronization
  • error handling
  • scratch reconstruction

so when your friend hands you a CD they found in a tote bag from 2004 with a mysterious scratch on it, you're not just rawdogging the read. you're doing it with โœจinfrastructureโœจ.


โœจ OPTIONS โœจ

one bullet per option, all of them, no skipping, I said what I said:

  • -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. it's the "tell me everything about this drive" button. ๐Ÿ”ฌ
  • -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. silence. peace. ๐Ÿคซ
  • -e, --stderr-progress โ€” force output of progress information to stderr (for wrapper scripts).
  • -l, --log-summary [file] โ€” save result summary to file, default filename cdparanoia.log.
  • -L, --log-debug [file] โ€” save detailed device autosense and debugging output to a file, default filename cdparanoia.log.
  • -V, --version โ€” print the program version and quit.
  • -Q, --query โ€” perform CDROM drive autosense, query and print the CDROM table of contents, then quit.
  • -s, --search-for-drive โ€” forces a complete search for a cdrom drive, even if the /dev/cdrom link exists.
  • -h, --help โ€” print a brief synopsis of cdparanoia usage and options.
  • -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 Micro$oft 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; cdparanoia will split the output into multiple files at track boundaries. output file names are prepended with 'track#.' โ€” cute, organized, obsessed. ๐Ÿ—‚๏ธ
  • -c, --force-cdrom-little-endian โ€” some CDROM drives misreport their endianness (or do not report it at all); it's possible that cdparanoia will guess wrong. use -c to force cdparanoia to treat the drive as a little endian device.
  • -C, --force-cdrom-big-endian โ€” as above but force cdparanoia to treat the drive as a big endian device.
  • -n, --force-default-sectors n โ€” 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 within a restricted size range. this option should generally not be used.
  • -d, --force-cdrom-device device โ€” force the interface backend to read from device rather than the first readable CDROM drive it finds. this can be used to specify devices of any valid interface type (ATAPI, SCSI or proprietary).
  • -k, --force-cooked-device device โ€” this option forces use of the old 'cooked ioctl' kernel interface with the specified cdrom device. the cooked ioctl interface is obsolete in Linux 2.6 if it is present at all. -k cannot be used with -d or -g.
  • -g, --force-generic-device device โ€” this option forces use of the old 'generic scsi' (sg) kernel interface with the specified generic scsi device. -g cannot be used with -k. -g may be used with -d to explicitly set both the SCSI cdrom and generic (sg) devices separately. this option is only useful on obsolete SCSI setups and when using the generic scsi (sg) driver.
  • -S, --force-read-speed number โ€” 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-offset number โ€” 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 cdparanoia 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. bestie. be careful. ๐Ÿ’€
  • -O, --sample-offset number โ€” 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 this will cause cdparanoia to attempt to read partial sectors before or past the known user data area of the disc, probably causing read errors on most drives and possibly even hard lockups on some buggy hardware. yeah. same warning energy. ๐Ÿ™ˆ
  • -Z, --disable-paranoia โ€” disable all data verification and correction features. when using -Z, cdparanoia reads data exactly as would cdda2wav with an overlap setting of zero. this option implies that -Y is active. (yes, it's literally turning off the thing the program is named after. iconic honestly. ๐Ÿ‘‘)
  • -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. (clean exit, no half-finished mess. we love a tidy queen. ๐Ÿงน)

โœจ OUTPUT SMILIES โœจ

the little faces! the faces have meanings! here's the whole translation table:

  • :-) โ€” 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 ๐ŸŽ‰

the :^D at the end is genuinely a little victory dance and I stand by that.


โœจ PROGRESS BAR SYMBOLS โœจ

each character in the progress bar is doing its own little job, ok, respect them:

  • <space> โ€” no corrections needed
  • - โ€” jitter correction required
  • + โ€” unreported loss of streaming/other error in read
  • ! โ€” errors found after stage 1 correction; the drive is making the same error through multiple re-reads, and cdparanoia is having trouble detecting them.
  • e โ€” SCSI/ATAPI transport error (corrected)
  • V โ€” uncorrected error/skip

โœจ SPAN ARGUMENT โœจ

the span argument specifies which track, tracks or subsections of tracks to read. this argument is required. no span, no rip. โœ‹

๐Ÿ“Œ NOTE: unless the span is a simple number, it's generally a good idea to quote the span argument to protect it from the shell. the shell is out here eating your brackets, bestie, and it will not apologize.

the span argument may be a simple track number or an offset/span specification. the syntax of an offset/span takes the rough form:

1[ww:xx:yy.zz]-2[aa:bb:cc.dd]

here, 1 and 2 are track numbers; the numbers in brackets provide a finer grained offset within a particular track. [aa:bb:cc.dd] is in hours/minutes/seconds/sectors format. zero fields need not be specified: [::20], [:20], [20], [20.], etc, would be interpreted as twenty seconds, [10:] would be ten minutes, [.30] would be thirty sectors (75 sectors per second).

when only a single offset is supplied, it is interpreted as a starting offset and ripping will continue to the end of the track. if a single offset is preceded or followed by a hyphen, the implicit missing offset is taken to be the start or end of the disc, respectively. thus:

  • 1:[20.35] โ€” specifies ripping from track 1, second 20, sector 35 to the end of track 1.
  • 1:[20.35]- โ€” specifies ripping from 1[20.35] to the end of the disc
  • -2 โ€” specifies ripping from the beginning of the disc up to (and including) track 2
  • -2:[30.35] โ€” specifies ripping from the beginning of the disc up to 2:[30.35]
  • 2-4 โ€” specifies ripping from the beginning of track 2 to the end of track 4.

again, don't forget to protect square brackets and preceding hyphens from the shell. I am begging you. ๐Ÿ™


โœจ EXAMPLES โœจ

a few examples, protected from the shell, as one treats one's span arguments:

query only with exhaustive search for a drive and full reporting of autosense:

cdparanoia -vsQ

extract an entire disc, putting each track in a separate file:

cdparanoia -B

extract from track 1, time 0:30.12 to 1:10.00:

cdparanoia "1[:30.12]-1[1:10]"

extract from the beginning of the disc up to track 3:

cdparanoia -- "-3"

the -- above is to distinguish "-3" from an option flag. yes, that's why it's there. it's the little escape hatch that says "no bestie, this is a span, not a flag". ๐Ÿซถ


โœจ OUTPUT โœจ

the output file argument is optional; if it is not specified, cdparanoia will output samples to one of cdda.wav, cdda.aifc, or cdda.raw depending on whether -w, -a, -r or -R is used (-w is the implicit default).

the output file argument of - specifies standard output; all data formats may be piped. ๐ŸŒ€


okay that's part 1, and there's more coming โ€” don't go anywhere, we're not done. ๐Ÿ’–

๐Ÿ’– ACKNOWLEDGEMENTS ๐Ÿ’–

okay so real talk, this whole thing did not just materialize out of thin air, bestie. Cdparanoia sprang from and once drew heavily from the interface of Heiko Eissfeldt's (heiko@colossus.escape.de) cdda2wav package. and like, genuinely โ€” Cdparanoia would not have happened without it. no cap. that's the origin story, that's the lore, we owe them everything ๐Ÿซถโœจ

Joerg Schilling has also contributed SCSI expertise through his generic SCSI transport library. king behavior honestly ๐Ÿ‘‘ like he just showed up with the SCSI knowledge and we said thank you so much ๐Ÿ’…


๐ŸŒŸ AUTHOR ๐ŸŒŸ

Monty <monty@xiph.org> โ€” the main character, the moment, the whole vibe ๐ŸŽ€

and if you wanna come hang out where Cdparanoia lives on the internet, Cdparanoia's homepage may be found at: http://www.xiph.org/paranoia/ ๐ŸŒˆ go say hi, it's iconic over there ๐Ÿ’–


and that's a wrap on the whole page, bestie!! ๐ŸŽ‰ this version was served up fresh from the source and version stamped 11 Sep 2008 as CDPARANOIA(1) โ€” yeah she's an elder but she still ate and left no crumbs, periodt ๐Ÿ’…โœจ byeee ๐Ÿฆ‹

๐Ÿ“ฆ where this page comes from