[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