[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

Tim-Philipp Müller changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |t.i.m at zen.co.uk
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1




------- Comment #5 from Tim-Philipp Müller  2008-08-22 08:54 UTC -------
Some random thoughts:

 - why have a TOC query vs. posting a TOC message on the bus?
   (query would take same path as seek event; but it's inconsistent
   with how we announce tags; if it was a query, would we also have
   a TOC-changed message then?)

 - we'd need to allow for tree-like structures to be flexible, right?
   Is this easy-enough to do in a way that doesn't make it extremely
   painful to handle in apps? (we could predefine fixed hierarchy
   schemes, like title:chapter or disc:tracks with a bunch of utility
   functions for each)

 - do we need a 'TOC' at all? Why not just put it into the normal tags,
   possibly with utility functions for easier parsing? (see e.g. the
   rather messy and basic, and also commented out, GST_TAG_CDDA_TRACK_TAGS
   stuff in cddabasesrc)


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