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

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Fri Feb 13 02:44:30 PST 2015


--- Comment #12 from Duncan Palmer <dpalmer at digisoft.tv> ---
(In reply to Thiago Sousa Santos from comment #11)

> This is a tricky issue. At some point we had an infinite queue inside
> hlsdemux so we could safely measure the bitrate as we would never block on a
> full queue. The problem is that this can be used to explode our memory usage
> with a malicious stream.

Wouldn't memory usage explode with any stream? At steady state, we need to be
able to download a bit faster than we decode, so unless there is a limit
imposed, our queues will just keep growing.

> I don't see any other option to have a good enough measure that doesn't
> involve an infinite (or very very large) queue. As I said, this can be
> exploited to consume the machine's RAM. So, we need to write to disk where
> our limits are much larger. 

One problem with this is that writing to disk isn't really an option for many
embedded platforms. The disk would also need to be fairly large, as the size of
the on-disk buffer would grow indefinately.

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