cdrtools
cdrtools (formerly cdrecord) creates home-burned CDs/DVDs with a CDR/CDRW/DVD/BluRay recorder. It works as a burn engine for several applications. It supports CD/DVD/BD recorders from many different vendors; all SCSI-3/mmc- and ATAPI/mmc-compliant drives should also work. Supported features include IDE/ATAPI, parallel port, and SCSI drives; audio CDs, data CDs, and mixed CDs; full multi-session support; CD-RWs, DVD-R/-RW, DVD+R/+RW, BD-R/BD-RE; and TAO, DAO, RAW, and human-readable error messages. cdrtools includes remote SCSI support and can access local or remote CD/DVD/BD writers.
| Tags | Software Distribution Archiving multimedia Sound/Audio CD Audio CD Writing CD Ripping Boot |
|---|---|
| Licenses | CDDL |
| Operating Systems | Windows Windows OS/2 POSIX Mac OS X |
Recent releases
- 01 Mar 2012 22:47
Release Notes: The file COPYING has been reworded to be more obvious with explaining work limits (important to understand the GPL). A workaround for a bug in llvm-gcc-4.2 has been introduced in inc/avoffset.c. New symlinks to support AMD-64 on FreeBSD, OpenBSD, and Mac OS X. cdrecord, cdda2wav, and readcd have been converted to be able to run completely root-less and suid-root-less, and with no script that calls pfexec(1) on OpenSolaris ONNV_140 or later, pfexec(1) has been integrated into the kernel. openat() and similar functions are now emulated in libschily for older platforms.
- 14 Sep 2011 14:50
Release Notes: This release adds support for compiling with the Microsoft compiler cl.exe, support for cross compilation, and an attempt to support SCSI transport on newer AIX versions.
- 05 Jun 2011 14:25
Release Notes: Mkisofs now supports El Torito multi boot mode. Mkisofs now supports the ability to set arbitrary boot architectures (e.g. EFI) via the new option -eltorito-platform. Mkisofs now supports the ability to manually set the modification time that is recorded in the Primary Volume Descriptor via the new option -modification-date. This allows you to set arbitrary UUID values for grub.
- 14 Apr 2011 12:12
Release Notes: A typographical error that caused cdrecord-3.01a03 to abort before the permitted CD-Text size has been reached was fixed.
- 10 Mar 2011 22:10
Release Notes: This release will try to use the actual sense count instead of a standard value for REQUEST SENSE on newer FreeBSD versions. It will try to restore the SCSI status byte and the command error after doing a manual REQUEST SENSE for failed commands on AIX, UnixWare, Apollo Domain, and for Linux Parallel Port SCSI. Cdrecord now warns when someone tries to write more CD-Text than possible for a single language. Several typos have been fixed in the cdda2wav man page. Some forgotten options have been added to the mkisofs man page.
Recent comments
It is a fact that 100% of all CD/DVD/BluRay writers are SCSI devices,
ignoring this fact would make cdrtools less useful.
BTW: cdrtools compile and run on nearly all operating systems (> 20),
its interfaces have been designed to best match all supported platforms.
If there is a problem with compiling on Linux 2.6.32, this is problem resulting
from include files that are needed for the Linux kernel interfaces but that are
frequently delivered inconsistend from the view of a userland program. Ask
your distributor for a fix to the related files.
Not really written for Linux, but tries to force the Solaris way on everybody. Tries to see everything as a SCSI device, which is not particularly user friendly, given that 99% of CD writers nowadays are not SCSI.
With current version of the kernel 2.6.32+ this package will no longer compile cleanly. I am using a current version of LFS and there are numerous errors about headers being incorrect. I am not sure if this is a problem with the program or with its "strange" make system that I have not seen on other projects. I do not have kernel headers in /usr/src/kernel as this is a bad practice. I hate to find an alternative but if this will not compile I have no choice.
Well, jones501 is all wrong.
- cdrtools runs perfectly on linux (better than cdrkit)
- cdrtools supports /dev-devices, it's just a bad idea to use them, better use the scsi-id discovered with ./cdrecord --scanbus (if you have only one burning capable device, you do not even need to tell cdrecord a device, it chooses by itself)
- stuck in 1997? you mean, it still supports OSs which are this old? Why would this be a negative fact?
- if you get a lot of coasters, maybe try another burner or blanks from another vendor ... AND, cdrkit does no better, in contrary it still has lots of bugs which are not present in cdrtools anymore
- UTF-8 problems? Are you sure you used a recent version (like less than 3 years old)
- well, if you have problems with the license (which is your right of course), you can use an old version of cdrecord as well, cdrkit does no better. All they fixed are some typos in the man pages
still crap on linux
still doesn't support real addressing schemes
still stuck in 1997
still burns coasters half the time in TAO
still can't handle utf-8 correctly
and now it's a licensing nightmare, since jorg changed the license on half the code and left it gpl on the other half.
save yourself a lot of trouble and use cdrkit, which works reliably, works right on linux, has a sane license, and isn't managed by a megalomaniac who can't handle criticism and won't accept patches
schily
13 Mar 1998 10:32
Heartbeat
- Popularity Score
- 9,857.97
- Vitality Score
- 125.79
- Subscriptions
- 641
