[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