[Bug 760980] splitmuxsink: corrupt output when receiving H264 in RTP over UDP and using mpegtsmux

[GStreamer (GNOME Bugzilla)]

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

--- Comment #11 from Tim-Philipp Müller <t.i.m at zen.co.uk> ---
You guys mean config-interval=-1 on the receiver side, right?

With mp4mux SPS/PPS will be in the input caps for mp4mux (codec_data), so they
will always be available.

With mpegtsmux SPS/PPS are not in the caps but are sent inline in the stream.
splitmux doesn't know about h264 presumably, so can't really handle that
nicely.

This is another use case where it would be good to signal SPS/PPS in the caps
as well for byte-stream format too. We can do that by adding them as
'streamheader' buffers in the caps (in byte-stream format). mpegtsmux
could/should pick up streamheaders from the input caps then and mux them first
thing before any other payloads.

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