[Bug 777735] urisourcebin: Push EOS if slot is still eos state

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Fri Jul 14 07:48:02 UTC 2017


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

Edward Hervey <bilboed at bilboed.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
                 CC|                            |bilboed at bilboed.com
         Resolution|---                         |FIXED
   Target Milestone|git master                  |1.13.1

--- Comment #4 from Edward Hervey <bilboed at bilboed.com> ---
commit 60cae68c4e243e461ecd3eff011c0cb988235521
Author: Seungha Yang <sh.yang at lge.com>
Date:   Wed Jan 25 19:51:17 2017 +0900

    decodebin3: Push EOS to output stream if they are all drained

    decodebin3 checks input streams and pushes EOS if all input streams
    are EOSed. If not, fake EOS is pushed to the corresponding slot.

    When adaptivedemux is used with multi-track configuration,
    adaptivedemux never ever push EOS to non-selected track
    because streaming thread for the slot stops with not-linked flow return.
    So, decodebin3 should generate EOS itself to finish playback.

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

commit fc67a689aff22f183598e5aed6599efb68d5516b
Author: Seungha Yang <sh.yang at lge.com>
Date:   Wed Jan 25 19:20:44 2017 +0900

    urisourcebin: Push EOS if slot is still eos state

    linked input of slot can be old input, so urisourcebin should check
    eos state to figure out whether it's new one or not.
    If not, urisourcebin never ever forwards EOS to downstream at the end
    of presentation, because the old input is still there without removal

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

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