[Bug 755169] dashdemux: can we have multiple seek events at the same time?

[GStreamer (GNOME Bugzilla)]

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

--- Comment #59 from Vincent Penquerc'h <vincent.penquerch at collabora.co.uk> ---
(In reply to Florin Apostol from comment #55)

> ::: gst-libs/gst/adaptivedemux/gstadaptivedemux.c
> @@ +1276,3 @@
>  
> +  g_mutex_lock (&demux->priv->api_lock);
> +
> 
> this deadlocks on the following scenario:
> 
> manifest received, gst_adaptive_demux_expose_streams called.
> gst_adaptive_demux_expose_stream will create src pads. I have a callback
> registered so that when dash creates a src pad, I create an AppSink element
> and link them. During linking, gst_element_link will call
> gst_adaptive_demux_src_query which will try to grab api_lock. It deadlocks
> because the api_lock is still taken.
> So, queries can happen from the same tread, while creating pads. Need a
> reentrant mutex here too, similar to the exposing one

A different one ? Or using the exposing lock would do here, since it's called
by _expose_streams, and thus exposing is TRUE ?

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