On Thu, Jan 06, 2000 at 17:28:23 -0800, Jordan K. Hubbard wrote:
> > You mean an Adaptec controller, right?
>
> Yes, I guess Adaptec did buy those guys.
>
> > Try tosha or cdda2wav and report back on whether or not it works. dd has
> > never been a supported way to read audio tracks, for the reasons outlined
> > above. It may be possible in some situations, but it was probably just a
> > fluke.
>
> root@zippy-> tosha -t 1
> Device: /dev/cd0c -- "SAF" "CD-R8020" "1.20"
>
> track playing start end raw size mp3 size # of track
> number time sector sector in bytes 128 kbps frames type
> ---------------------------------------------------------------------
> 1 3:57'58 32 17864 41943216 3805208 9103 audio
> error sending SCSI command: Invalid argument
> [and on the console]
> (pass0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 10 0 0 c 0
> (pass0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0
> (pass0:ahc0:0:4:0): Invalid field in parameter list
>
> (I've also tried read codes 0xD4 and 0xD8 in addition to 0x28, just
> for fun, but they were invalid ops for this drive).
In addition to trying cdda2wav, here's something else you can try in your
tosharc:
"SAF" "" "" 0x28 1 0x82 0 10 0
or:
"SAF" "" "" 0x28 0 0x00 0 10 0
The first one is probably what you tried. The second one disables the mode
select. It would be highly unusual if that drive didn't require a mode
select. Every other drive that tosha supports that uses a standard read
command needs a mode select. But, if your drive doesn't need a mode
select, that might explain why dd worked.
Ken
--
Kenneth Merry
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
