[Bug 735663] dashdemux: synchronize with the download loop thread before signalling it

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=735663
  GStreamer | gst-plugins-bad | git

--- Comment #2 from Matthieu Bouron <matthieu.bouron at collabora.com> 2014-09-05 10:30:57 UTC ---
Created an attachment (id=285470)
 View: https://bugzilla.gnome.org/attachment.cgi?id=285470
 Review: https://bugzilla.gnome.org/review?bug=735663&attachment=285470

[PATCH V2] dashdemux: synchronize with the download loop thread to signal it to
continue

Patch updated with the following changes:

When a stream src error message is handled, the download fragment cond is
signaled asynchrounously since we cannot hold the related lock from this
function as it can be called when the element changes its state and it can
result in a deadlock when gst_dash_demux_download_uri sync the stream src
element state with its parent.

Anyway i'm not sure if it's right to handle that asynchronously.

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