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

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Mon Feb 23 21:15:51 PST 2015


Duncan Palmer <dpalmer at digisoft.tv> changed:

           What    |Removed                     |Added
 Attachment #297617|0                           |1
        is obsolete|                            |

--- Comment #30 from Duncan Palmer <dpalmer at digisoft.tv> ---
Created attachment 297729
  --> https://bugzilla.gnome.org/attachment.cgi?id=297729&action=edit
Introduce a queue into hlsdemux to facilitate bitrate calculation - take 2

The problem I found with seeking relates to content which uses byterange
playlists. In this case, hlsdemux sends a SEEK event to the src bin when it's
in the READY state. However, it turns out that most gstreamer elements can't
deal with a SEEK event when in the READY state, so this doesn't work anymore. 

I've fixed this by sending the SEEK event directly to the uri_handler element
(either souphttpsrc or filesrc in practice). I think this is an acceptable
thing to do?

This patch obsoletes the previous changes to hlsdemux.

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