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

[GStreamer (GNOME Bugzilla)]

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

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.