From owner-freebsd-gnome@FreeBSD.ORG Thu Jun 17 04:52:51 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44EC516A4CE for ; Thu, 17 Jun 2004 04:52:51 +0000 (GMT) Received: from out011.verizon.net (out011pub.verizon.net [206.46.170.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BB9143D55 for ; Thu, 17 Jun 2004 04:52:50 +0000 (GMT) (envelope-from lists@bgruber.isa-geek.com) Received: from box ([68.161.167.122]) by out011.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040617045249.NWDW18566.out011.verizon.net@box> for ; Wed, 16 Jun 2004 23:52:49 -0500 Received: from [192.168.0.2] (helo=[192.168.0.2]) by box with esmtp (Cipher TLSv1:RC4-MD5:128) (Exim 3.35 #1 (Debian)) id 1BaotM-0002oV-00 for ; Thu, 17 Jun 2004 00:52:48 -0400 Message-ID: <40D1239B.3030206@bgruber.isa-geek.com> Date: Thu, 17 Jun 2004 00:52:43 -0400 From: bgruber User-Agent: Mozilla Thunderbird 0.6 (X11/20040524) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD GNOME Users References: <1087222365.8030.8.camel@dalton> <1087230219.919.11.camel@gyros> In-Reply-To: <1087230219.919.11.camel@gyros> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out011.verizon.net from [68.161.167.122] at Wed, 16 Jun 2004 23:52:49 -0500 Subject: Re: soundjuicer not detecting cdrom X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jun 2004 04:52:51 -0000 Joe Marcus Clarke wrote: > On Mon, 2004-06-14 at 10:12, Martin Gumucio wrote: > >>Sound-Juicer cannot detect any of my two cdrom drives. >>Do i need anything special for this to work? >> >>Soundjuicer 0.5.11 >>Freebsd 5.2.1-RELEASE-p5 >> >>I have two devices it could use, a cd-rw at /dev/acd0 and a cdrom >>at /dev/acd1. Both devices work when using cdparanoia normally. >> >>While poking around in the source i could see that there is a switch to >>make soundjuicer try to use the c device-suffix or not. Switching it and >>recompiling had no effect for me so i guess its not that trivial. > > > You need to follow the instructions at: > > http://www.freebsd.org/gnome/docs/faq2.html#q15 > > And make sure you have cdparanoia installed. > > Joe > > >>Halp! I'd like to note that nowhere in the FAQ does it say this is necessary for sound-juicer as well as nautilus-cdburner. For some reason, I've never complained about this, but here goes: I've had no problems whatsoever running cdparanoia with my cdrom drive in atapi mode. However, sound-juicer, supposedly using cdparanoia, will only access it through cam. I believe this is related to this other oddity: --- % cdparanoia -vQ cdparanoia III release 9.8 (March 23, 2001) (C) 2001 Monty and Xiphophorus FreeBSD porting (c) 2003 Simon 'corecode' Schubert Report bugs to paranoia@xiph.org http://www.xiph.org/paranoia/ Checking /dev/cdrom for cdrom... Could not open SCSI device: cam_lookup_pass: CAMGETPASSTHRU ioctl failed cam_lookup_pass: No such file or directory cam_lookup_pass: either the pass driver isn't in your kernel cam_lookup_pass: or acd0 doesn't exist: No such file or directory CDROM sensed: Generic cooked ioctl CDROM Verifying drive can read CDDA... Expected command set reads OK. Attempting to determine drive endianness from data....... Data appears to be coming back little endian. certainty: 100% Table of contents (audio tracks only): track length begin copy pre ch =========================================================== 1. 22335 [04:57.60] 32 [00:00.32] no no 2 2. 17698 [03:55.73] 22367 [04:58.17] no no 2 3. 18830 [04:11.05] 40065 [08:54.15] no no 2 4. 22285 [04:57.10] 58895 [13:05.20] no no 2 5. 17577 [03:54.27] 81180 [18:02.30] no no 2 6. 12960 [02:52.60] 98757 [21:56.57] no no 2 7. 27448 [06:05.73] 111717 [24:49.42] no no 2 8. 13002 [02:53.27] 139165 [30:55.40] no no 2 9. 21500 [04:46.50] 152167 [33:48.67] no no 2 10. 17668 [03:55.43] 173667 [38:35.42] no no 2 11. 18587 [04:07.62] 191335 [42:31.10] no no 2 12. 26368 [05:51.43] 209922 [46:38.72] no no 2 13. 19987 [04:26.37] 236290 [52:30.40] no no 2 14. 27540 [06:07.15] 256277 [56:57.02] no no 2 15. 27980 [06:13.05] 283817 [63:04.17] no no 2 16. 15543 [03:27.18] 311797 [69:17.22] no no 2 17. 15467 [03:26.17] 327340 [72:44.40] no no 2 TOTAL 342775 [76:10.25] (audio only) --- However, if I tell it to search for the drive with -s: --- % cdparanoia -vsQ cdparanoia III release 9.8 (March 23, 2001) (C) 2001 Monty and Xiphophorus FreeBSD porting (c) 2003 Simon 'corecode' Schubert Report bugs to paranoia@xiph.org http://www.xiph.org/paranoia/ Checking /dev/cd0 for cdrom... Could not open SCSI device: cam_real_open_device: couldn't open passthrough device /dev/pass0 cam_real_open_device: Permission denied: Permission denied CDROM sensed: Generic cooked ioctl CDROM Verifying drive can read CDDA... Unable to read any data; drive probably not CDDA capable. 006: Could not read any data from drive Cdparanoia could not find a way to read audio from this drive. --- It refuses to work through anything other than cam when I tell it to search! I can get it to work rather easily, simply by granting write permissions on pass0, but it seems really odd that I would have to give write permissions in order to rip a disk, especially when cdparanoia itself works fine without it! So, it's not a big deal, but it is a little odd. /brian