[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