[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