[Bug 709111] matroskamux does not update header when sink pads dynamically added/removed
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Wed Oct 2 18:46:16 CEST 2013
https://bugzilla.gnome.org/show_bug.cgi?id=709111
GStreamer | gst-plugins-good | 1.2.0
--- Comment #18 from Robert Krakora <rob.krakora at messagenetsystems.com> 2013-10-02 16:46:13 UTC ---
(Assume HTTP steaming here) If you have video #1 stream in a Matroska container
streaming in to a device and it is happliy playing both and the source suddenly
removes video #1 from the container and replaces it with video #2 stream (and,
of course, reflects this via a new segment), then the device which is receiving
it should see the new segment that video #1 has gone away and restart it's
video decoder. If the device decides to automatically start playing video #2
then the first thing the decoder is going to do is wait for a keyframe. I
agree leaving the decoder running during the video #1 stream to video #2 stream
transition without ensuring that video #2 containes a keyframe could be
detrimental and produce a terrible user experience visually. However, if
Matroska does not strictly require segments to begin on keyframes then this
scenario would arise whether the dynamic addition of streams to a container is
handled in the application or the matroskamux plugin.
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- 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