[Bug 740949] inputselector: sticky events haven't send out when active track reach EOS.

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Wed Dec 24 04:47:23 PST 2014


https://bugzilla.gnome.org/show_bug.cgi?id=740949
  GStreamer | gstreamer (core) | 1.2.3

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

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

--- Comment #30 from Sebastian Dröge (slomo) <slomo at coaxion.net> 2014-12-24 12:47:21 UTC ---
Thanks, looks mostly good now. I did some minor changes on top of it and merged
it :)

commit bc1ec4ec5f4879747c0535a163e704afa7f33654
Author: Sebastian Dröge <sebastian at centricular.com>
Date:   Wed Dec 24 13:46:28 2014 +0100

    inputselector: Use the same waiting function for EOS and non-EOS waiting

commit a1c183417f0a93f0669f8c561a38fe39fdafd453
Author: Sebastian Dröge <sebastian at centricular.com>
Date:   Wed Dec 24 13:44:09 2014 +0100

    inputselector: Wake up all waitings pads directly if we forward the EOS
event

    Otherwise they might wait a bit longer unnecessarily.

    Also do some minor cleanup.

commit 11e4b744f5e7b686785cfce9081193c5e5ff6a5d
Author: Song Bing <b06498 at freescale.com>
Date:   Wed Dec 24 10:13:51 2014 +0800

    inputselector: Block when receiving an EOS event on a deactivated pad

    ... and only unblock when either a) the pad becomes active and the event
    should be forwarded or b) the active pad went EOS itself.

    Otherwise it can happen that we switch from a longer track that is not EOS
yet
    to a shorter track that already is EOS, but the shorter track won't have
any
    possibility to send its EOS event downstream anymore.

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

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


More information about the gstreamer-bugs mailing list