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

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=540890

  GStreamer | gstreamer (core) | Ver: HEAD CVS




------- Comment #6 from Sebastian Dröge  2008-08-22 09:58 UTC -------
I like the idea of using a GstMessage instead of queries... I wonder why I
didn't think about it :)

Another idea for the complete implementation would be to use a GstMessage
containing the complete TOC. It would be posted by elements if they know the
TOC and contains a GstStructure representing the complete TOC. Inside this
GstStructure there will be an array of GstStructures which represent a
track/chapter/whatever which contain all kinds of metadata and could also
contain another array of GstStructures.
This way we can represent a tree-like structure of chapters/tracks.

Every track/chapter GstStructure would contain a GstFormat and a start/stop
position in this format. Applications would then listen for that message, parse
it to their needs and can use normal seeks to select a specific chapter.


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=540890.