[Bug 779053] gstplayer: Meet seek hang when trying to seek http streaming clips

[GStreamer (GNOME Bugzilla)]

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

--- Comment #18 from Lyon <lyon.wang at nxp.com> ---
I got some clue: 
to wait for streaming data push finishing, it will lock the mutex before flush
and seek event. in data processing and push thread, same mutex is used.
However in gstplayer implementation, in seek process, it will first set GST
state to PAUSED, therefore, when the queue is full, it will block the pipeline
and gst_pad_push never get change to return. and then. the mutex not released
and cause deadlock before it can flush and seek.

Here might be my resolution: flush data before the mutex lock and then seek,
after flush, it will have chance to push the data and the seek can get the
mutex to continue seek, and use another mutex to lock before the flush to avoid
continuously seeking event.

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