[Bug 764933] 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

--- Comment #1 from Paolo Pettinato <ppettina at cisco.com> ---
Apologies, the downstream element exposing the issue is "rtpbin", not
"multiudpsink".

So this will fail:

gst-launch-1.0 audiotestsrc is-live=true ! avenc_aac compliance=-2 ! rtpmp4apay
! rtpmux ! rtpbin ! multiudpsink

output:
(gst-launch-1.0:16722): GStreamer-CRITICAL **: gst_segment_to_running_time:
assertion 'segment->format == format' failed

repeated ad libitum


while this one works fine (rtpmux removed from the pipeline):

gst-launch-1.0 audiotestsrc is-live=true ! avenc_aac compliance=-2 ! rtpmp4apay
! rtpbin ! multiudpsink

and this one is okay too (payloader produces GstBuffer instead of
GstBufferList):

gst-launch-1.0 audiotestsrc is-live=true ! avenc_g722 ! rtpg722pay ! rtpmux !
rtpbin ! multiudpsink

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