From owner-freebsd-current Thu Jan 6 18:16: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 6A0B8157B0; Thu, 6 Jan 2000 18:15:57 -0800 (PST) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id TAA40331; Thu, 6 Jan 2000 19:10:51 -0700 (MST) (envelope-from ken) Date: Thu, 6 Jan 2000 19:10:51 -0700 From: "Kenneth D. Merry" To: "Jordan K. Hubbard" Cc: current@FreeBSD.ORG, phk@FreeBSD.ORG, gibbs@FreeBSD.ORG Subject: Re: So, tell me again why we can't read audio CDs in SCSI drives? Message-ID: <20000106191051.A40270@panzer.kdm.org> References: <20000106173035.A39324@panzer.kdm.org> <6143.947208503@zippy.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <6143.947208503@zippy.cdrom.com>; from jkh@zippy.cdrom.com on Thu, Jan 06, 2000 at 05:28:23PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 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 ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message