| |||||||||||||
Alternatives to cdrecordAlternatives to cdrecordPosted Aug 19, 2004 14:42 UTC (Thu) by iabervon (subscriber, #722)Parent article: Alternatives to cdrecord
There's also the possibility that someone could write something really simple to take advantage of the latest Linux API without support for other OSes. For that matter, someone on the kernel mailing list was considering adding CDROM and DVD burning support to dd. What makes cdrecord special is that it handles a lot of system quirks. But the kernel could, in principle, handle all of the device quirks, and provide a minimally quirky interface, such that standard utilities for writing to things worked for burning.
(Log in to post comments)
Alternatives to cdrecord Posted Aug 19, 2004 20:28 UTC (Thu) by brouhaha (guest, #1698) [Link] someone on the kernel mailing list was considering adding CDROM and DVD burning support to ddUgh! I'd rather have specific tools for CD and DVD burning; they require a lot of processes and user options that are not relevant to normal use of dd, and most of dd's options are not relevant to burning discs. For instance, I'm never going to want to convert ASCII to EBCDIC as I'm burning an ISO image, and even if I did, I could pipe the output of dd into the disc burning program. Similarly, I'm never going to tell dd to show me ATIP information when I'm dd'ing from a pipe to a tape drive. Have people forgotten the Unix philosophy of having simple tools that do one thing well, and combining them with pipelines and/or scripts for more complex tasks? Making dd able to burn discs directly does not provide any new capability, nor does it make anything easier. Naive users are going to use a GUI front end to the process anyhow, so the exact mechanism is unimportant to them.
Alternatives to cdrecord Posted Aug 19, 2004 23:01 UTC (Thu) by iabervon (subscriber, #722) [Link] It should be possible to burn an ISO to a CD-R with dd, because that's the normal program for writing an image file to a block device. It's how you make boot floppies from disk images; optical media shouldn't need a different program.
Audio CDs are generally written with a lot of options and details, and that does make a special program worthwhile. But the common case where you just write the thing shouldn't require anything dd doesn't already do.
Alternatives to cdrecord Posted Aug 20, 2004 0:37 UTC (Fri) by brouhaha (guest, #1698) [Link] It should be possible to burn an ISO to a CD-R with dd, because that's the normal program for writing an image file to a block device.If the CD-ROM driver presented a writable block device interface, then dd should be able to write to it. Perhaps I misinterpreted the original statement; I thought it was a request to enhance dd to know how to write CDs. If it's really a request to make the CD-ROM driver present a writable block device interface, and to leave dd unchanaged, then I have no fundamental opposition to it.
Alternatives to cdrecord Posted Aug 20, 2004 1:05 UTC (Fri) by iabervon (subscriber, #722) [Link] That was actually the intent; have the kernel deal with all the complicated stuff and have userspace just write to the device; additionally, the kernel ought to have ioctls that deal with the weird stuff (which would be called by cd/dvd-specific tools instead of having them know SCSI). The thread was "cd burning: kernel / userspace?"
|
|||||||||||||