GNOME Bugzilla – Bug 625948
pa_stream_writable_size() failed: Connection terminated
Last modified: 2011-04-29 07:24:44 UTC
When playing a DVD totem displays a message: "An error occured" "pa_stream_writable_size() failed: Connection terminated" And the DVD refuses to play. As far as I can tell this happens with AC3 streams regardless of being stereo (2-ch) or sourround (3.1/5.1) sound. The problem seems to be in the a52dec driver, part of gstreamer-plugins-good. A bug for this issue was raised at redhat bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=566915 Please see that bug too for more details. As a "metoo", I'm seeing this issue playing .mkv files in totem, all of which play fine in vlc. The totem error message coincides with the pulseaudio daemon crashing and being restarted, which may indicate an issue on the pulse side as well -- no matter what gstreamer plugins are doing wrong to trigger this, they shouldn't be able to take out pulseaudio.
If pulseaudio crashes, that's always a bug in pulseaudio. As you say, a client (here: GStreamer) shouldn't be able to take out pulseaudio. In any case, could you provide the following information: - what version of pulseaudio are you using? - what's the output of gst-inspect-0.10 pulsesink | grep Version ? - what's the output of gst-inspect-0.10 rsndvdbin | grep Version ? - what's the output of gst-inspect-0.10 a52dec | grep Version ? - could you run totem like this from a terminal: $ GST_DEBUG=pulse*:5,*audio*:5,a52*:5 totem 2>dbg.log and reproduce the crash/error, and then attach the gzipped dbg.log file to this bug report please? (If the file is too large, run grep -v REFCOUNT dbg.log > clean-dbg.log and try with the gzipped clean-dbg.log instead.)
I've also run into this bug while playing certain Ogg Vorbis audio files with Totem. $ pulseaudio --version pulseaudio 0.9.21 $ rpm -q pulseaudio pulseaudio-0.9.21-6.fc13.i686 $ gst-inspect-0.10 pulsesink | grep Version Version: 0.10.24 $ gst-inspect-0.10 rsndvdbin | grep Version Version: 0.10.19 $ gst-inspect-0.10 a52dec | grep Version Version: 0.10.15 Oddly enough, when I tried to reproduce the crash for the debug output, Totem failed in two different ways. One time it ran for a couple of seconds (with no audio output) and then displayed an error, as described earlier. On another try it ran for considerably longer, then crashed. I should also note that I have a similar problem playing the same files in Banshee, but not in VLC, which seems to point to gstreamer as the common factor.
Created attachment 167103 [details] Debug log (reproduced problem, Totem displayed an error)
The second debug log (with the crash) was too large to attach and didn't seem to have any REFCOUNT entries in it, so I've uploaded it to MediaFire[1]. [1] http://www.mediafire.com/?j7jegbryj44fu2d
Created attachment 167119 [details] gzipped dbg.log [eddie@p3000fedora ~]$ rpm -q pulseaudio pulseaudio-0.9.21-6.fc13.i686 [eddie@p3000fedora ~]$ gst-inspect-0.10 pulsesink | grep Version Version: 0.10.24 [eddie@p3000fedora ~]$ gst-inspect-0.10 rsndvdbin | grep Version Version: 0.10.19 [eddie@p3000fedora ~]$ gst-inspect-0.10 a52dec | grep Version Version: 0.10.15 [eddie@p3000fedora ~]$
I provided the requested information.
A much simpler test is to use a sample stream at a non-native sample rate. My card supports 48kHz, so that can be done with this pipeline: `gst-launch audiotestsrc ! audio/x-raw-int,rate=44100 ! pulsesink` I've attached the log with GST_DEBUG=pulse*:5,*audio*:5 set. Versions: $ rpm -q pulseaudio pulseaudio-0.9.21-6.fc13.x86_64 $ gst-inspect-0.10 pulsesink | grep Version Version: 0.10.24
Created attachment 167926 [details] debug log with gst-launch pipeline
Previously I was able to use the following to cause problems on an EeePC 900: wget -O 8_Channel_ID.wav http://iespuigcastellar.xeill.net/Members/rborrell/c2/unitat-didactica-3-els-periferics/na4-dispositius-de-reproduccio-grafica-i-de-so/8_channel_id.wav/download gst-launch-0.10 filesrc location=8_Channel_ID.wav ! decodebin ! audioconvert ! audioresample ! pulsesink (especially when speex-float-3 or above was the resample method) However, I am not seeing these problems in the new distributions (e.g. Fedora 15, Ubuntu 11.04). I suspect the following patches have had a significant difference: http://cgit.freedesktop.org/gstreamer/gst-plugins-good/commit/?id=1e2c1467ae042a3c6bb1a6bc0c07aeff13ec5edb http://git.0pointer.de/?p=pulseaudio.git;a=commit;h=fe7b972487bfc85940d2d427096fd9189af3bd7a http://git.0pointer.de/?p=pulseaudio.git;a=commit;h=74eb4d892137f6ba4d87b011e46118668187307b The above patches were created by David Henningsson after investigation into issues surrounding "Frequent PA crashes during playback - pa_stream_cork() failed: Connection terminated and pa_stream_writable_size(): Connection failed" - https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/644644 . Are others still seeing the same problems in the soon to be released distros?
I can't tell since i upgraded my system which has an on-board intel hd audio sound system and a core i5 processor now, sorry.
I can still see the problem in F14 with pulseaudio-0.9.21-7.fc14.x86_64 and pulsesink 0.10.26. However, I did try out F15 Beta for a little bit and remember the audio being better "out of the box". But I did not do a specific test of it. I will try out F15 with a real test when I get a chance again soon.
OK, I tried on F15 now. My sample command above works just fine with the following: $ rpm -q pulseaudio pulseaudio-0.9.22-5.fc15.x86_64 $ gst-inspect pulsesink|grep Version Version: 0.10.27