[Bug 749090] hlsdemux: set uri handler blocksize to reduce CPU usage

[GStreamer (GNOME Bugzilla)]

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

--- Comment #9 from A Ashley <bugzilla at ashley-family.net> ---
(In reply to Edward Hervey from comment #6)
> How about having, in addition to a max block size, a "timeout" value ?
> 
> This would enable various sources to end up with a decent balance between
> filling up buffers as much as possible, and not introducing too much of a
> latency.

While souphttpsrc has a timeout parameter, it is a timeout for waiting for a
response [1]. Given that we know the bitrate before the request is sent, using
a buffer size that takes at most 125ms to fill doesn't seem too unreasonable.
If an application cannot cope with 125ms of jitter, it probably shouldn't be
based upon HLS/DASH/MSS adaptive streaming!

I guess we could have something like:

    /* max_buffer_time is specified in milliseconds */
    blocksize = gst_util_uint64_scale (stream->current_download_rate,
max_buffer_time, 8000) & ~0xFFF;


[1]
https://developer.gnome.org/libsoup/stable/SoupSession.html#SoupSession--timeout

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