GNOME Bugzilla – Bug 655386
Choppy Audio with PulseSink
Last modified: 2011-09-20 11:29:58 UTC
Created attachment 192732 [details] Choppy Audio with PulseSink I am running PulseAudio on an embedded platform. When I use paplay utility to play a wav file the audio is clear. But when I switch to using gstreamer playback via the pulsesink the audio is choppy. I am using default daemon and client conf files for PA. Attached is the PulseAudio server traces. I am playing media something like this. gst-launch filesrc location=some_mp3.mp3 ! mad ! audioconvert ! pulsesink
The attatched log is a pulse-daemon log, if you suspect the bug is in gstreamer pulsesink, we need a log from gstreamers pov. Besides, please let us handle the importance field in bugzilla, all bugs are important for whoever it posted. What embedded platform are you using (arm? which one? approximate Mhz).
Created attachment 192792 [details] GST debug messages for pulsesink Hello Stefan, Sorry about setting the bug priority. Attached is the GST_DEBUG=3 gstreamer messages for the following pipeline, GST_DEBUG=3 gst-launch filesrc location=/media/Toss_the_feather s.mp3 ! mad ! audioconvert ! pulsesink > /media/Gst_Pulsesink.txt 2>&1
Created attachment 192793 [details] GST debug messages for pulsesink with altency-time and buffer-time properties Hello Stefan, Attached is the debug messages with some values being set to the latency-time and buffer-time properties of pulsesink GST_DEBUG=3 gst-launch filesrc location=/media/Toss_the_feather s.mp3 ! mad ! audioconvert ! pulsesink latency-time=25000 buffer-time=2000000 > /media/Gst_Pulsesink_latency.txt 2>&1
Sorry forgot to mention the platform details. I am using ARM v7 running. cat /proc/cpuinfo Processor : ARMv7 Processor rev 2 (v7l) BogoMIPS : 599.65 Features : swp half thumb fastmult vfp edsp neon vfpv3 CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x3 CPU part : 0xc08 CPU revision : 2 gst-launch-0.10 version 0.10.32 GStreamer 0.10.32 pulseaudio 0.9.22
Could you please retry as: GST_DEBUG_NO_COLOR=1 GST_DEBUG=*:2,pulse*:4" gst-launch filesrc location=/media/Toss_the_feather s.mp3 ! mad ! pulsesink > /media/Gst_Pulsesink.txt 2>&1 Also have an eye on the CPU load. The mad element is not optimized for speed. In the long run you want to use a native mp3 decoder optimized for your embedded platform. The logs you have uploaded don't contain anything bad at the playback time. There are some warnings at the beginning, that you want to check and handle regarding the installation.
Created attachment 192804 [details] GST debug messages Hello Stefan, The CPU load is not that high. Around 10-12% for gst pipeline. This works fine on the intel platform but causes issues on the ARM side. Thank you.
The last log seemed to be truncated. There is nothing from pulse in there. Also does it happen with just that particular mp3 or also with others? You could also try using: gst-launch filesrc location=/media/Toss_the_feather s.mp3 ! mp3parse ! mad ! pulsesink
Hello Stefan, I played the stream for about 7-8 secs and stopped gstreamer once i heard the audio glitches. This happens with most of the songs. Some songs with less glitches and some with more.
The thing is that this works fine for most people, thus we need to figure whats different on your system. Right now I can't see anything from the logs. You will need to dig deeper, but I am quite sure it is related to the setup and not a bug in the code.
as per comment 9 can we close the bug?
Yes.