[Bug 733959] hlsdemux: download bitrate alogoritmus don't reflect real download rate

[GStreamer (GNOME Bugzilla)]

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

--- Comment #22 from Duncan Palmer <dpalmer at digisoft.tv> ---
Well, it turns out I was lucky with my testing yesterday, and that my
understanding of how the socket receive buffer is sized was incorrect. 

After reading tcp(7) I had thought that the read buffer size wouldn't increase
beyond the size in /proc/sys/net/core/rmem_max, unless explicitly set with
setsockopt(). After some testing, I see that it increases as far as the 3rd
value in /proc/sys/net/ipv4/tcp_rmem, which is around 1MB on my STB, and around
6MB on my PC. 

So, 256K GstBuffer sizes are way too small. A mechanism which can be guaranteed
to hold an entire hls segment without blocking is required. Just downloading
entire hls segments before sending them downstream (hlsdemux used to do this I
believe) would do the job, but this does have the potential to use a fair bit
of memory.

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