[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 #10 from Arjen Veenhuizen <arjen.veenhuizen at tno.nl> ---
Well, you are right sir. Adding config-interval=1 to the receiver pipeline did
fix the issue indeed. But in that case, shouldn't splitmuxsink hold a copy of
the SPS/PPS and insert it at segment start if none is provided (I guess mp4mux
is doing just that)? Because right now, it generates corrupt mpe2ts segments. 

I could imagine that splitmuxsink at least should throw a warning about missing
SPS/PPS at the beginning of a segment.

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