[Webkit-unassigned] [Bug 174416] New: [GStreamer] QoS for HLS streams is not fantastic.

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Jul 12 01:40:37 PDT 2017


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

            Bug ID: 174416
           Summary: [GStreamer] QoS for HLS streams is not fantastic.
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebKit Gtk
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: cturner at igalia.com
                CC: bugs-noreply at webkitgtk.org

This isn't an issue directly with WebKit, but our use of GStreamer is advantageous for getting good measurements of a varied collection of HLS streams to report upstream.
At the moment, this report is purely anecdotal. I noticed occasionally that certain streams, especially when the bitrate is changed by hlsdemux, start to lag badly, or just generally feel choppy. I verified this outside of WebKit using the gst-play tools. Viewing the same streams in Safari using Apple's media stack demonstrated there was nothing about the network per se that should account for this. My feeling is the QoS of GStreamer's HLS implementation can be improved a lot.

As a start, there's some performance tests already in Media/ that are currently disabled on all ports. They do sort of run on GTK if you manually enable them, but it would be good to investigate exactly what these do and how we compare to Apple's ports if we can get those numbers.

-- 
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/20170712/dadee84b/attachment.html>


More information about the webkit-unassigned mailing list