On Sat, Jun 09, 2001 at 08:34:12PM -0700, Jim Darrough wrote:
>
> Thanks for the reply. I considered X-Cdroast, but Stan at PC Training Center
> (and others) have told me it's broken. Does it work ok for you?
>
> Thanks, Jim
>
Has anyone looked at the XcdRoast code? I tried to port it to
OpenBSD. XcdRoast relies on 'cdrecord -scanbus', but the -scanbus
switch doesn't work on OpenBSD. Anyway, and I don't intend here to
slam the author, because I DO use XcdRoast, but the way it figures
out what device to use, and how it passes the args to cdrecord,
cdda2wav, and readcd, well, I'm not surprised that it breaks easily.
It's also been a while since a new version was released. It would be
nice if someone would clean it up. If I had the time, I would do it
myself. In fact, I started /fixing/ it, but I seem to have lost my
work. I need to get organized.
I got it to work on OpenBSD by editing xcdroast.h, specifically, the
#define lines for CDRECORD, CDDA2WAV and READCD. I also disabled
exiting when -scanbus doesn't work. It's more of a hack than a port.
I find the easiest way to use CD recorders in Linux is to use a
kernel that doesn't have ATAPI CD support biult in, and run all
ATAPI CDs in SCSI emulation. If the kernel has ATAPI CD support
built in, like most distrib's kernels do (last I checked), you have
to use kernel options at boot time. If you forget, ATAPI CDs will be
in ATAPI mode and SCSI emulation won't work until you reboot. If your
kernel doesn't support ATAPI CD at boot, then it won't 'get stuck'
in ATAPI mode. You can also build ATAPI CD and SCSI emulation/SCSI CD
support as modules, and switch modes on the fly.
<[EMAIL PROTECTED]>
