[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