[Webkit-unassigned] [Bug 182654] [GStreamer] Seeks in ogg files issued from the main thread outside a downloadbuffer's cache deadlock the web process

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=182654

Alicia Boya García <aboya at igalia.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |aboya at igalia.com

--- Comment #6 from Alicia Boya García <aboya at igalia.com> ---
The source of the problem here is GStreamer's oggdemux. Seeks are usually done from the main thread and an element should not attempt to pull data therefore from the seeking thread (main thread). Even outside of WebKit where network usually does not require the main thread, this still creates a UI stall until the read is complete: not the best user experience, especially if the file is in a network share or a slow external disk.

Other GStreamer elements behave well in this regard, reacting to seeks by updating the segment and having the streaming thread pull the new data by itself. oggdemux is doing wrong in this case: https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/issues/639

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20190717/44e4cf8a/attachment.html>