[Bug 764020] hlsdemux: Deadlock on HLS streams when scrub seeking

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Tue Mar 22 09:56:21 UTC 2016


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

--- Comment #1 from Thibault Saunier <tsaunier at gnome.org> ---
Pasting some IRC discussion we had about this:

>bilboed	oh, could this be because of "not-completely-linked" parts in decodebin ?
>thiblahute	bilboed, You mean https://bugzilla.gnome.org/show_bug.cgi?id=606382 ? or?
>bilboed	notice how the two decoder threads are stuck in a query probe
>thiblahute	Yes, saw that, not sure what those probes are?
>bilboed	decodebin2's source_pad_blocked_cb
>bilboed	oh balls, it's indeed due to different groups
>thiblahute	Yeah, not surprising I think, we know it is still racy
>thiblahute	bilboed, How did you come to that conclusion?
>bilboed	because two decoders are currently pushing in the playsink queues, and two decoders are blocked in that query probe
>bilboed	i.e ... two groups
>thiblahute	Indeed.
>thaytan	thiblahute, bilboed: I've been looking at that one too
>bilboed	great, at least it's not a false positive
>thaytan	It's one of many deadlocks in hlsdemux/adaptivedemux when switching bitrates / groups
>thaytan	and seeking, or pausing due to buffering
>thiblahute	thaytan, We do not have a bug for following those do we?
>thaytan	no, not that I know of
>thiblahute	OK, I guess we can use the one I just opened https://bugzilla.gnome.org/show_bug.cgi?id=764020
>there's quite a few places it can deadlock on the manifest lock
>thaytan	or where things can hang on state locks trying to simultaneously change the state of the uri-fetching source bins

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