Return to BSD News archive
Newsgroups: comp.os.386bsd.apps Path: sserve!newshost.anu.edu.au!munnari.oz.au!news.Hawaii.Edu!ames!agate!howland.reston.ans.net!pipex!uknet!festival!castle.ed.ac.uk!richard From: richard@castle.ed.ac.uk (Richard Tobin) Subject: Reading audio data from CDs References: <CE7pyo.8Fn@sztaki.hu> <hastyCE8DFB.64u@netcom.com> <1993Oct7.034514.25839@fcom.cc.utah.edu> Message-ID: <CEIw3t.846@festival.ed.ac.uk> Sender: news@festival.ed.ac.uk (remote news read deamon) Organization: University of Edinburgh Date: Thu, 7 Oct 1993 10:35:52 GMT Lines: 26 In article <1993Oct7.034514.25839@fcom.cc.utah.edu> terry@cs.weber.edu (A Wizard of Earth C) writes: >>Is it possible to read CD's and store them in your disk for later playback? >Yes, it's possible, but only with a Toshiba 3401 SCSI CDROM drive, or ... jmclaugh@bnr.ca posted an article to comp.periphs.scsi advertising an MSDOS program he'd written to do this. I've mailed him to ask how it's done. My plan for implementing this under BSD was not to write a special purpose driver (assuming it needs new SCSI commands) but rather to add the ability to issue arbitrary SCSI commands from user programs. This looks fairly trivial - just add an ioctl that takes a SCSI command and buffer and passes them on to the hardware. I believe Sun have something of this kind already. Obviously this facility would have to be used with care :-) but it would save cluttering up the kernel with support for random vendor- specific commands. -- Richard -- "For thousands of years, [homoeopathic magic] was known to the sorcerors of ancient India, Babylon and Egypt, as well as of Greece and Rome, and at this day it is still resorted to by cunning and malignant savages in Australia, Africa and Scotland." - J G Frazer, The Golden Bough