GNOME Bugzilla – Bug 732616
Specify, design and implement a base class for demuxers
Last modified: 2018-11-03 12:20:56 UTC
I open that bug report so we can gather requirements and design ideas for a base demuxer class, hopefully it will end up RESOLVED FIXED :) I don't have many ideas, only two requirements that I will detail in the following comment.
My personal requirements: The base class should abstract away push and pull logic, according to Sebastian baseparse already does that so we should have a look at that. The base class should make it so seeking on READY is handled, possibly by exposing a virtual method that will let the subclasses gather the data they require before actually demuxing "payload units" (frames, samples, whatever) before actually making the initial seek.
Basic idea would be to have something like baseparse for the input side, then a data structure for keeping track of the different streams (that can be extended by the subclass to store extra data) and then a thread per srcpad from which the data is pushed downstream. As a side effect this would make multiqueue obsolete for most cases and would allow demuxers to do ALLOCATION queries on their srcpads. For seeking in READY, that could be handled similar to basesrc probably.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gstreamer/issues/60.