[Bug 756867] No stream status CREATE messages for dynamically added multiqueue srcpads

[GStreamer (GNOME Bugzilla)]

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

clearyf at tcd.ie changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |clearyf at tcd.ie

--- Comment #3 from clearyf at tcd.ie ---
I brought this up on irc, and heftig noted this bug report as a
potential candidate.  So I'm working on a rather complicated pipeline
here that can reliably trigger this bug with certain hidef files, we
use the thread enter/leave messages for setting thread priorities, and
sometimes the enter message was not being posted to the bus.  The
suggested fix from Jan fixes the problem for me, however as Tim wrote
this is not really a fix, as it there is a brief moment where the pad
has been added to an active element, but the pad itself not yet
active.  The solution that Tim suggests is to start the task later on,
I have started looking but so far I'm not sure when exactly the task
should be started, so perhaps move the task starting into a new
function that is run just after gst_element_add_pad(..., sq->sinkpad)
(while the mq lock is still being held)?  I'm still going through the
multiqueue, so this is probably a better place to start the task.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.