On Monday 02 October 2006 17:37, Sean Bryant wrote: > If you're trying to get to the cam interface you can do that without the > ioctl interface and just use the cam interface. man cam to get that.
OK, I will have a look at that, thank you. > But > note that only works for the cam devices (cd, xpt, pass, da). Things > like acd and ada are not supported with the cam interface and you're > pretty much stuck with using the ioctl interface but the sys/cdio.h and > sys/cdrio.h list the ioctls for you to use. Actually, at least the 6.1 Release kernel does create xpt0/pass0 for acd0 when the CAM driver is present. That's how I got K3B to work! ;-) So, CAM might be a viable choice for me. > You can just open the cdrom device with open and start reading from it. Unfortunately, that doesn't give me the subchannel info that I'm looking for. I have to use some kind of ioctl() for that case, but I don't know how to do that yet. I wish to implement the error correction for audio CDs using the subchannel information (or not; the error correction bits aren't in the subchannel, right?). Whatever. Someone told me that both ATAPI and SCSI cannot deliver the raw data on an audio CD (except the audio data itself). When you're reading over a series of defective sectors, the only thing you can do is re-read them and hope to fix up some data. I wish there was any other way. > Right now there seems to be a bug with the cdrom ioctl stuff. If you do > certain operations too fast the thing will stop responding to request > for a while. Not sure when this will be cleared up. > But good luck to you. For examples take a look at the burncd source it > uses the cdio and cdrio ioctls quite a bit. Thanks. Will do. _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
