[Bug 764933] New: rtpmux: if the sink pads receive GstBufferLists instead of GstBuffers, sticky events are not forwarded correctly to the src pads.

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=764933

            Bug ID: 764933
           Summary: rtpmux: if the sink pads receive GstBufferLists
                    instead of GstBuffers, sticky events are not forwarded
                    correctly to the src pads.
    Classification: Platform
           Product: GStreamer
           Version: 1.6.1
                OS: Linux
            Status: NEW
          Severity: major
          Priority: Normal
         Component: gst-plugins-good
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: ppettina at cisco.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

Came across this while using rtpmp4apay feeding into rtpdtmfmux and that into
multiudpsink. Differently from other RTP payloaders (e.g. rtpopuspay,
rtpg722pay), rtpmp4apay outputs GstBufferLists. If the rtpdtmfmux (which
inherits from rtpmux) is in the chain, the element further downstream (in this
case multiudpsink) will not receive a new segment and will not process the
data.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.