[Bug 594035] Add HTTP Live Streaming playback support

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=594035
  GStreamer | don't know | git

--- Comment #46 from Andoni Morales <ylatuya at gmail.com> 2011-03-10 10:14:14 UTC ---
(In reply to comment #45)
> Created an attachment (id=183047)
 --> (https://bugzilla.gnome.org/attachment.cgi?id=183047)
> log when using fragments-cache=5
> 
> (In reply to comment #39)
> GST_DEBUG=hlssrc:5,decodebin2:5 gst-launch-0.10 souphttpsrc
> location=http://etf1-apple-live.adaptive.level3.net/apple/etf1/etf1live/stc_1_0.m3u8
> ! hlssrc fragments-cache=5 !  decodebin2  ! xvimagesink -v
> 
> But I got an error:
> 
> ERROR: from element /GstPipeline:pipeline0/GstHLSSrc:hlssrc0: Could not cache
> the first fragments
> 
> stc_1_0.m3u8 contains only 3 fragments but hlssrc is supposed to wait for the
> next playlist no ?
> 
> 
I'm not sure what should be done here... I think it's well handled in the way
it's done because this cache option is only to start playback, so if try to
cache before playback more fragments than the ones provided by the playlist
it's because there is something wrong. I added this property mostly for
debugging and for people wishing the decrease the latency by reducing the
number of fragments to cache, not in the other way :)

> A random question:
> Would it be referred to https://bugzilla.gnome.org/show_bug.cgi?id=600648 ?
I saw it yesterday too, we should ask @slomo

-- 
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.