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

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Fri Feb 13 06:07:18 PST 2015


--- Comment #15 from Thiago Sousa Santos <thiagossantos at gmail.com> ---
(In reply to m][sko from comment #13)
> (In reply to Thiago Sousa Santos from comment #11)
> Anybody can confirm that we can somehow properly measure real download speed
> from souphttpsrc?
> TCP stack has some buffers, libsoup has some buffers and gst queues.

I tried looking for ways for getting this from libsoup but I couldn't. Ideally
it would be the best solution to keep this measurement to the element that
does the downloading but I just don't know if it can do it. In any case it can
also block when its queues get full and they would have the same problems we
have when measuring the bitrate.

> As I don't really think that souphttpsrc -> hlsdemux(queue) is good idea how
> to measure download speed.
> Current solution don't handle drop of download rate that is common on
> wireless networks so hlsdemux switch to lower bitrate too late.

The decision of when to switch bitrates is a different problem, IMHO. First we
need to make sure our bitrate makes sense.

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