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

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Fri Aug 6 02:47:02 PDT 2010


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

--- Comment #54 from Sebastian Dröge <slomo at circular-chaos.org> 2010-08-06 09:46:56 UTC ---
(In reply to comment #53)
> (In reply to comment #52)
> > (In reply to comment #50)
> > > > There's no need for the format, start and stop values now with the TOC select
> > > > event. You can remove them.
> > > 
> > > I think that these values would be useful for some reasons:
> > > 
> > > 1. To seek to appropriate time in TOC select event handling. Otherwise how can
> > > I get time for particular UID?
> > 
> > Well, you would put the UID into the TOC select event and the element would
> > then handle everything needed, e.g. the conversion to time or something else.
> > For a playlist element there wouldn't be any times for example.
> 
> If I remove start/stop/format values, then element will have to store time data
> (start/stop if any) related to every UID somewhere in internal structure. And
> after receiving TOC select event element will look in that internal structure
> (and not in the TOC) to find positions for particalur UID. Is that right?

Well, they can always store things in the GstStructure. Maybe with fields in a
element-specific namespace, e.g. "matroskademux::chapter-start",
"matroskademux::chapter-uid" and things like that.

In contrast to this there would be fields like "duration" without a namespace
which have a generic meaning.

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



More information about the Gstreamer-bugs mailing list