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

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Thu Jul 21 14:56:06 UTC 2016


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

--- Comment #13 from Jan Schmidt <thaytan at noraisin.net> ---
(In reply to Tim-Philipp Müller from comment #11)
> You guys mean config-interval=-1 on the receiver side, right?

We meant that in the case where key-interval = 1 second, they should be the
same thing.

> 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.

I was thinking something like that, but it's not great to have the muxer
futzing with the stream like that either. If you have a constant-bitrate
stream, for example.

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


More information about the gstreamer-bugs mailing list