Audioslave - 7M3 - Live said:
I would not dare to second-guess Red Hat's Legal Department. BUT... this is mighty strange: SUSE 8.1 http://www.suse.com/us/private/products/suse_linux/i386/multimedia.html
I checked the site and was impressed with this ability, the most.
CD ripping even works from Atapi CD-ROM/DVD-ROM devices without SCSI emulation. K3B supports CDDB via http, cddbp, or a local CDDB directory.
With the ide direct approach, it seems more reliable, at least in theory.
Jim
[snip]
It's been a while, but I thought SCSI emulation was just required for burning CDs?
Looking at Grip's home page (http://nostatic.org/grip/), which is mentioned on the RH page about the MP3 issue, and ships with Red Hat 8.0 at least, I see that SCSI emulation is suggested to increase performance, but not required. I quote "If you are using an IDE CDrom drive, using SCSI emulation can give a significant performance increase. Apparently, dma is not used by the IDE driver (at least in 2.4 kernels)."
Thanks for pointing out my mis-interpretation. I was reading in that IDE was used to burn the CDs. I've ripped oggs from my reader and never thought about the issue. Never using the ide-scsi module.
This was really directed at figuring out on how to keep cdrs from accumulating a lot of additional garbage, in my case. I have an ogg CDR that had so many errors and timeouts within the CD,I thought that a specific and dedicated driver for the burner might add to the burn quality of the CDs that I have burned.
Maybe a /dev/cdbr or similar device needs to be developed. Even if it is an incorporated driver from ide-scsi driving the ide driver. There would be a tighter control for better burning of discs.
I'm in favor of some sort of "traffic cop", to prevent other processes from attempting to interfere with the burning cd process.
Jim
--
I'm always looking for a new idea that will be more productive than its cost.
-- David Rockefeller
-- Phoebe-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/phoebe-list
