[Bug 654736] hlsdemux: shouldn't wait for whole chunk to be downloaded before pushing data

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Fri Nov 4 14:01:02 PDT 2011


https://bugzilla.gnome.org/show_bug.cgi?id=654736
  GStreamer | gst-plugins-bad | git

Youness Alaoui <youness.alaoui> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |youness.alaoui at collabora.co
                   |                            |.uk

--- Comment #1 from Youness Alaoui <youness.alaoui at collabora.co.uk> 2011-11-04 21:00:58 UTC ---
I don't think it should push data as it comes in for many reasons..
First, it already needs to cache at least 3 fragments before it starts pushing
buffers, so pushing data as it receives it would change nothing since it's
technically not "live", it needs to put that data into the cache.
As it downloads, many things could cause a cancellation of the download, a
change state, a seek, a change of bitrate, etc.. and if it pushes data as it
receives it, it makes things much more complicated if it needs to cancel a
download and start another one (and redownload the same fragment with a
different bitrate).
Currently it will just cancel the download, flush whatever it cached from that
fragment then restart.
I'd vote for marking this bug as invalid.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- 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