[Bug 738931] New: decodebin2: Group never exposed with some GAP'ed streams

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=738931
  GStreamer | gst-plugins-base | unspecified

           Summary: decodebin2: Group never exposed with some GAP'ed
                    streams
    Classification: Platform
           Product: GStreamer
           Version: unspecified
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-base
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: bilboed at bilboed.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


This issue happens with demuxers (such as tsdemux master) that expose streams
that might not have data on it straight away (or ever for that matter) and
which use parsers.

The example can be seen with ac3 streams, which will connect to ac3parse and
linking/auto-plugging of a potential decoder is delayed until ac3parse get
enough data to figure out fixed caps.

Meanwhile the other streams (say h264) will be moving on forward, eventually
overrunning multiqueue, which will try to expose the group ... but it can't
since one of the chains (to which ac3parse belongs) will never complete, and
therefore the whole group will never complete => decodebin just sits there.

Some options:
* When multiqueue overruns, remove any streams with parsers that haven't
fixated yet.
** Cons: If data arrives later on the ac3 stream ... it won't be
decoded/exposed.
* Disable delayed linking of parsers
** Cons: Might end up picking up the wrong decoder

Any other option ?

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