[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 #46 from Sebastian Dröge <slomo at circular-chaos.org> 2010-08-04 08:01:29 UTC ---
(In reply to comment #38)
> Created an attachment (id=167092)
 View: https://bugzilla.gnome.org/attachment.cgi?id=167092
 Review: https://bugzilla.gnome.org/review?bug=540890&attachment=167092

> Generic TOC support

There's no need for the format, start and stop values now with the TOC select
event. You can remove them. But for the GstPad / gpointer issue we need to find
a solution :(
gst_toc_entry_new() should probably take a pad parameter too.



Other than that this looks good now... But we should really try to implement
this in the matroska demuxer/muxer first and in flacdec/flacenc and
additionally implement a playlist element to see if this really fits with all
the use cases.
Especially if a playlist element followed by the matroska demuxer really works
:)


And then the pad selection might not be really optimal for muxers. Some muxers
will require the same pads for the complete stream and then allow to structure
that stream with a TOC (e.g. flac). Other muxers (e.g. matroska) could mux many
different streams on many different pads and then structure/group them with a
TOC. So the application really has to know what the element it uses needs.

(And in most cases the pad will be NULL, e.g. the complete stream/stream group
I guess... for muxing at least)

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