soundjuicer not detecting cdrom
bgruber
lists at bgruber.isa-geek.com
Wed Jun 16 21:52:51 PDT 2004
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 <monty at xiph.org> and Xiphophorus
FreeBSD porting (c) 2003
Simon 'corecode' Schubert <corecode at corecode.ath.cx>
Report bugs to paranoia at 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 <monty at xiph.org> and Xiphophorus
FreeBSD porting (c) 2003
Simon 'corecode' Schubert <corecode at corecode.ath.cx>
Report bugs to paranoia at 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
More information about the freebsd-gnome
mailing list