[Bug 793333] matroskademux: Allow Matroska headers to be read more than once
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Sat Sep 22 11:00:27 UTC 2018
https://bugzilla.gnome.org/show_bug.cgi?id=793333
Tim-Philipp Müller <t.i.m at zen.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |---
--- Comment #26 from Tim-Philipp Müller <t.i.m at zen.co.uk> ---
I'm a bit concerned about this commit and wonder if it needs more discussion:
matroskademux: Parse successive Tracks elements
This patch allows matroskademux to parse a second Tracks element,
erroring out if the tracks are not compatible (different number, type or
codec) and emitting new caps and tag events should they have changed.
So now we push potentially different caps (even if same codec) on an existing
source pad, right?
Is that something we do anywhere else?
My understanding is that we have explicitly not been doing this because the old
decodebin couldn't handle this.
We have a different mechanism for all of this using the GstStream API and
adding new pad, which is implemented in tsdemux, 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