[Bug 733169] decodebin: improve deadend pads handling

[GStreamer (bugzilla.gnome.org)]

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

Sebastian Dröge (slomo) <slomo> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |FIXED
   Target Milestone|HEAD                        |1.5.1

--- Comment #8 from Sebastian Dröge (slomo) <slomo at coaxion.net> 2014-08-13 15:51:13 UTC ---
commit 02c8b3de65f78740402a7fbdf1e4be5140791522
Author: Thiago Santos <ts.santos at sisa.samsung.com>
Date:   Mon Jul 14 12:29:50 2014 -0300

    decodebin: handle group switching for deadend group

    Gracefully handle switching groups that all pads are deadend.

    This can happen when quickly switching programs on mpegts as the
    output is unaligned it can happen that not enough data was accumulated at
    parsers to generate any buffers, causing the stream to receive EOS before
    any data can be decoded.

    To handle this scenario, the _expose function now also gets if there is
    any next group to be exposed along with the list of endpads. If there are
    no endpads and there is another group to expose it will switch to this next
    group and then retry exposing the streams.

    Also, the requirement to only switch from the chain that has the endpad had
    to be modified to care for when the drainpad is NULL

    https://bugzilla.gnome.org/show_bug.cgi?id=733169

commit c5617fd373d2eeb9b2d9a1a02dec6212be714034
Author: Thiago Santos <ts.santos at sisa.samsung.com>
Date:   Fri Jul 11 18:51:44 2014 -0300

    decodebin: consider all deadend pads as drained

    Otherwise when switching out a group with a deadend pad it will block
    as it would be waiting for EOS on a deadend that already got one

    https://bugzilla.gnome.org/show_bug.cgi?id=733169

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