[Bug 698768] New: gstreamer pulsesink broken when destination is over network

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=698768
  GStreamer | gst-plugins-good | 1.x

           Summary: gstreamer pulsesink broken when destination is over
                    network
    Classification: Platform
           Product: GStreamer
           Version: 1.x
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: ajv-855-606-3699 at vsta.org
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


The sequence:

gst-launch-0.10 -v filesrc location=Thunderbirds.mp3 \! mad \! pulsesink

Will work if my pulseaudio daemon is local to my machine.  However, if
I have:

export PULSE_SINK="myhost"

in my environment, the same chain will fail:

Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
/GstPipeline:pipeline0/GstMad:mad0.GstPad:src: caps = audio/x-raw-int,
endianness=(int)1234, signed=(boolean)true, width=(int)32, depth=(int)32,
rate=(int)48000, channels=(int)2
ERROR: from element /GstPipeline:pipeline0/GstPulseSink:pulsesink0: Failed to
create stream: Not supported
Additional debug info:
pulsesink.c(1011): gst_pulseringbuffer_acquire ():
/GstPipeline:pipeline0/GstPulseSink:pulsesink0
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
/GstPipeline:pipeline0/GstMad:mad0.GstPad:src: caps = NULL
Freeing pipeline ...

Intrerestingly, switching to "alsasink" will work; apparently "alsa" will
avail itself of pulseaudio behind the scenes.

This bug was found with the "vagalume" player, which worked in Debian Squeeze
and stopped working in Wheezy until I overrode its sink selection.  Something
has regressed in how the pulsesink module looks at the world, at least when
it will need to send its data over TCP to a remote.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.