Summary: | media-sound/sound-juicer-2.16.4 cannot rip nor playback audio. | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Fredrik Blom <fhm.blom> |
Component: | Current packages | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED NEEDINFO | ||
Severity: | normal | CC: | cardoe, sound, tango |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Fredrik Blom
2007-08-04 12:15:51 UTC
I've upgraded to the following packages, and there's no difference in the way Sound Juicer works. media-libs/gstreamer-0.10.13 media-libs/gst-plugins-base-0.10.13 media-plugins/gst-plugins-ogg-0.10.12 media-plugins/gst-plugins-vorbis-0.10.12 media-plugins/gst-plugins-cdparanoia-0.10.13 media-plugins/gst-plugins-flac-0.10.5 media-libs/gst-plugins-good-0.10.5 The wierd thing is that Sound Juicer is perfectly able to read the contents of the CD and retrieve the track listings, but is unable to rip it or playback the audio. Does gnome-cd (yes I know, it's ugly ...) work on your system with the same CD? Thanks (In reply to comment #2) > Does gnome-cd (yes I know, it's ugly ...) work on your system with the same CD? > > Thanks > No, it doesn't work (actually, it has never worked on any of my computers). I also tried starting Sound juicer in a terminal to see if there were any error messages that I had missed. This is what it said: "** (sound-juicer:6284): WARNING **: Could not lock drive: Extrahera ljud från cd-skiva" Roughly translated to "Could not lock drive: Extract audio from CD". Could it be related to gnome-volume-manager or similar? I'm currently running gnome-base/gnome-volume-manager-2.17.0. I could always try downgrading, just to see if it makes any difference. > I could always try downgrading, just to see if it makes any difference.
It didn't. Neither downgrading nor disabling it made any difference.
I could reproduce (and fix) the bug on one of my boxes. Did you disable media polling in hal by any chance? @Doug, Following all the hype about powertop and all, I had added this bit to my hal setup : <deviceinfo version="0.2"> <device> <match key="info.udi" string="/org/freedesktop/Hal/devices/storage_model_CD/DVDW_TS_L532R"> <merge key="storage.media_check_enabled" type="bool">false</merge> </match> </device> </deviceinfo> This bit does work, gnome doesn't know when a cd/dvd is popped in, the drive barely spins when I do pop one in. But it also prevents gnome-cd and sound-juicer, both of which use cdparanoia, from reading track names and extracting anything (error being about a lock that could not be set). Should I report this upstream? (In reply to comment #6) > @Doug, > > Following all the hype about powertop and all, I had added this bit to my hal > setup : I don't understand. Who are you addressing? I shall try what you wrote anyway and see if it makes any difference. could you try with gst-plugins-cdio ? (In reply to comment #8) > could you try with gst-plugins-cdio ? > Not to sound stupid, but do you mean anything other than installing it? ;) I installed media-plugins/gst-plugins-cdio-0.10.5, but there's no difference when trying to use Sound juicer. Anything else I need to do? nono, just installing should be fine. It's just that I remember seeing a bug requiring gst-plugins-cdio but I cannot find it right now. (In reply to comment #10) > nono, just installing should be fine. It's just that I remember seeing a bug > requiring gst-plugins-cdio but I cannot find it right now. > Unfortunately, installing it didn't make Sound juicer work. It's still not being able to playback audio nor rip anything. You haven't answered my question back from comment #5. That's what fixed the bug for me. (In reply to comment #5) > I could reproduce (and fix) the bug on one of my boxes. Did you disable media > polling in hal by any chance? > If I had, or if I should? No, I haven't done anything with hal at all. I could try within a few hours from now. PowerTop can disable it for you too, have you used it? If so, you will have a file called /etc/hal/fdi/information/media-check-disable-*.fdi (In reply to comment #14) > PowerTop can disable it for you too, have you used it? If so, you will have a > file called /etc/hal/fdi/information/media-check-disable-*.fdi > Yes, I have used PowerTop before, but I don't ever remembering using it for disabling media polling. # ls -la /etc/hal/fdi/information/ totalt 0 drwxr-xr-x 2 root root 33 27 apr 23.08 . drwxr-xr-x 5 root root 52 27 apr 23.08 .. -rw-r--r-- 1 root root 0 14 aug 14.32 .keep_sys-apps_hal-0 Actually I found out recently (with a crashy sound-juicer release) that sound-juicer was putting some kind of lock on the cdrom reader that wouldn't be release thereafter and even across reboot (probably something similar to comment #14). I had to wait for a recent 2.20 release to get it working again. Does it work w/ 2.20.1 now? (In reply to comment #17) > Does it work w/ 2.20.1 now? > I don't know how long I have had this problem with version 2.20.1-r1 as I don't use sound-juicer that often but before recent updates the program worked fine. Now it won't rip an entire CD without locking up solid. Rips between 6 and 8 tracks then just stops. I have to force quit or kill the program. According to the Gentoo Forums others are having the same problems. I can't go back and rip the tracks it didn't the first time. Its like it refuses to rip the last few tracks of CD's hey there, I had the same problem in a recently installed machine. I recompiled gst-plugins-cdparanoia because I thought that somehow -O2 was too much for it and then it started to work. What's strange though is that after recompiling it with my regular use flags it keeps working. (In reply to comment #19) > hey there, I had the same problem in a recently installed machine. I recompiled > gst-plugins-cdparanoia because I thought that somehow -O2 was too much for it > and then it started to work. What's strange though is that after recompiling it > with my regular use flags it keeps working. > Rebuilding gst-plugins-cdparanoia seems to have solved this problem on my amd64 as well. Maybe there should be a warning about this problem in the ebuild. Would make things much easier for folks. needinfo from original reporter, appears to be fixed for others. |