GNOME Bugzilla – Bug 311583
Skips when playing CD
Last modified: 2005-07-27 14:01:32 UTC
Please describe the problem: When I start sound-juicer and click a track, it begins to play just fine, but if that track finishes (or I click another track), no audio is played, although play mode is active and the position slider moves (about twice the normal speed, though). First thought was that it rips the following tacks, but it doesn't. Steps to reproduce: Actual results: Expected results: Does this happen every time? Yes, every time. closing SJ and restarting lets me play another track, but same problem after that. Other information: Using SJ 2.11.90
What version of gstreamer plugins are you using.
CC'ing Ronald.
update to gst-plugins 0.8.10, as Madhan would've said if you would've answered the question. :).
I was already using gstreamer & gst-plugins version 0.8.10... This is a very up-to-date installation I did this morning
Re-opening then.
Any messages on the commandline?
No, nothing on the command line... but I just realized that my original report is in-accurat: Tracks following the first one DO start to play, but only after the time that previous tracks have played, e.g. I play 10 seconds of track A, then click track B. The play slider will move at about 2-3x speed to 10 seconds into the track and then it plays normally. I can now let it play until 30 seconds and click track C afterwards, audio will stop and the slider will move fast to around 30 seconds and then it will play...
Happens to me too on Ubuntu Breezy with sound-juicer 2.11.4 and gst-plugins 0.8.10.
Any chance some garnome user can confirm this, or someone else running gst-plugins CVS? I haven't noticed this, and I quite definitely have tested previous/next functionality (not at home, so can't tell for sure). Ross, do you see this?
My install was garnome "based", I didn't alter anything that has to do with gstreamer, only updated to the latest desktop packages. I can install gstreamer cvs later today if needed, no problem.
Currently listening to track three of an album with sound juicer. Sound Juicer version 2.11.90 gstreamer0.8-cdparanoia version 0.8.10-0unofficialubuntu2
*Blub* Ok, will try tonight...
(Ronald, my comment was meant to imply that its working for me)
When I run sound-juicer with --gst-debug-level=3 I get this when the it starts racing: INFO (0x83a73c0 - 311776:01:19.928280000) alsa(17831) gstalsasink.c(515):gst_alsa_sink_loop:<alsasink0> Skipping 588 samples to resync (complete buffer): sample 7557824 expected, but got 4233600 INFO (0x83a73c0 - 311776:01:19.928391000) alsa(17831) gstalsasink.c(515):gst_alsa_sink_loop:<alsasink0> Skipping 588 samples to resync (complete buffer): sample 7557824 expected, but got 4234188 INFO (0x83a73c0 - 311776:01:19.928478000) alsa(17831) gstalsasink.c(515):gst_alsa_sink_loop:<alsasink0> Skipping 588 samples to resync (complete buffer): sample 7557824 expected, but got 4234775 INFO (0x83a73c0 - 311776:01:19.928563000) alsa(17831) gstalsasink.c(515):gst_alsa_sink_loop:<alsasink0> Skipping 588 samples to resync (complete buffer): sample 7557824 expected, but got 4235364 INFO (0x83a73c0 - 311776:01:19.928645000) alsa(17831) gstalsasink.c(515):gst_alsa_sink_loop:<alsasink0> Skipping 588 samples to resync (complete buffer): sample 7557824 expected, but got 4235952 INFO (0x83a73c0 - 311776:01:19.928727000) alsa(17831) gstalsasink.c(515):gst_alsa_sink_loop:<alsasink0> Skipping 588 samples to resync (complete buffer): sample 7557824 expected, but got 4236539 INFO (0x83a73c0 - 311776:01:19.928812000) alsa(17831) gstalsasink.c(515):gst_alsa_sink_loop:<alsasink0> Skipping 588 samples to resync (complete buffer): sample 7557824 expected, but got 4237128 INFO (0x83a73c0 - 311776:01:19.928896000) alsa(17831) gstalsasink.c(515):gst_alsa_sink_loop:<alsasink0> Skipping 588 samples to resync (complete buffer): sample 7557824 expected, but got 4237716 INFO (0x83a73c0 - 311776:01:19.928991000) alsa(17831) gstalsasink.c(515):gst_alsa_sink_loop:<alsasink0> Skipping 588 samples to resync (complete buffer): sample 7557824 expected, but got 4238303 INFO (0x83a73c0 - 311776:01:19.929075000) alsa(17831) gstalsasink.c(515):gst_alsa_sink_loop:<alsasink0> Skipping 588 samples to resync (complete buffer): sample 7557824 expected, but got 4238892 INFO (0x83a73c0 - 311776:01:19.929158000) alsa(17831) gstalsasink.c(515):gst_alsa_sink_loop:<alsasink0> Skipping 588 samples to resync (complete buffer): sample 7557824 expected, but got 4239480 INFO (0x83a73c0 - 311776:01:19.929241000) alsa(17831) gstalsasink.c(515):gst_alsa_sink_loop:<alsasink0> Skipping 588 samples to resync (complete buffer): sample 7557824 expected, but got 4240067
Just wanted to let you know that updating to the latest CVS (BRANCH-GSTREAMER-0_8) of gstreamer and gst-plugins didn't fix the problem
*** Bug 311683 has been marked as a duplicate of this bug. ***
I cannot reproduce this. What is your audiosink set to (gstreamer-properties) exactly? You use CVS of gstreamer, gstreamer-plugins and sound-juicer? Is it possible that you have some old version of gst-plugins lying around that may be used instead? Can you attach a debug log (export GST_DEBUG=*:5; sound-juicer &> /tmp/log) for me, and explain me where GStreamer and sound-juicer are installed? Sorry for all the questions, but as long as I cannot reproduce, all I can do is guess.
I have the same bug here with "Queen - Greatest Hits I" CD. Once one song is fully listenned, you cannot listen anything else normally until you restart SJ I use all legacy stuff from Ubuntu Breezy.
Me toos don't help; please answer my questions in #17 so I can debug this, thanks.
Ok... the audiosink was set to autodetect, which means ALSA, I suppose? Anyway, setting the sink to OSS fixes the problem, forcing ALSA and it skips again... Ronald, are you using ALSA with DMIX? As far as I know, Breezy is shipping a DMIX-enabled setup now (and I'm using Breezy, too)... Don't know if DMIX can cause a problem like this, but perhaps worth checking anyway. About the debug log: is this still needed? I did one, playing about 30 seconds and the log was about 150mb, what exactly do you need logged?
Btw, fast way to enable dmix is putting something like the following in $HOME/.asoundrc --- pcm.cmpci { type hw card 0 } ctl.cmpci { type hw card 0 } pcm.!default { type plug slave.pcm "dmix" } --- ...supposing your're using the cmpci ALSA driver
Ah, I can indeed reproduce it by setting weird values as device. Dmix works fine for me, btw (always turned on). Let's see what causes this...
(ten headaches and an overdose of aspirins later); fixed in CVS of gst-plugins. I don't think this has been in a release yet, so we're not totally screwed... 2005-07-27 Ronald S. Bultje <rbultje@ronald.bitfreak.net> * ext/cdparanoia/gstcdparanoia.c: (cdparanoia_get): More debug. * gst/audioscale/gstaudioscale.c: (gst_audioscale_chain): Process events in passthrough mode, also (fixes #311583).
Ok, just checked out CVS, works nice now =) But, I was using the 0.8.10 release when I reported this bug, so the bug has been in a release for a few weeks now... Anyway, thanks for the fast fix!
*cries* damn. Humiliating.