[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