[gstreamer-bugs] [Bug 540890] Need generic way of handling multi-track/chapters files

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=540890
  GStreamer | gstreamer (core) | git

--- Comment #33 from Sebastian Dröge <slomo at circular-chaos.org> 2010-07-28 05:56:50 UTC ---
I discussed this with Tim yesterday and there are some problems with this.

a) When muxing something with chapters/editions, you might want to use sink_0
for chapter 1 of the video and sink_1 for chapter 2 of the video. So there
needs to be some way, to specify pads for chapters in the GstTocEntry.

b) You might want to attach other information to tocs/toc entries, like a
description ("this is the high resolution version") or something to specify the
default edition etc. For this a GstStructure should be added to the toc and toc
entries.

c) If you have a playlist "demuxer", followed by the matroska demuxer for
example, they're both exposing a TOC. But the application has no way to use
both TOCs and it gets even worse if there are more TOC elements next to the
matroska demuxer. For this we need quite some changes:
  - A TOC query, which allows to query the complete TOC but also allows
elements to query "their position" in the TOC so they can extent the TOC
somehow
  - A TOC select event (upstream), which is like a seek event but for TOC UIDs
(this gets rid of the start/stop/format stuff from the entries). This is
required to allow seeking in these nested/cascaded TOCs unfortunatenly. Normal
seeks would only seek in the selected TOC parts.


So there's still some stuff to do to get generic enough to support all
important use cases.

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