[Bug 693318] GstGhost pad 'wrong' behavior concerning sticky events

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Tue Feb 12 02:27:44 PST 2013


https://bugzilla.gnome.org/show_bug.cgi?id=693318
  GStreamer | gstreamer (core) | 1.x

Wim Taymans <wim.taymans> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |wim.taymans at gmail.com

--- Comment #7 from Wim Taymans <wim.taymans at gmail.com> 2013-02-12 10:27:37 UTC ---
I don't see any other option than to let the element deal with the events in
the streaming thread. In this case it should go like:

 * new pad is blocked
 * ghostpad is made, activated and linked from block callback
 * ghostpad is blocked
 * other pad is unblocked
 * in block callback from ghostpad, expose pad on decodebin

It's cumbersome but I don't see any other way of transfering the events
safely than by letting the streaming thread do it.

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