[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 #34 from Julien Isorce <julien.isorce at gmail.com> 2011-03-07 16:48:39 UTC ---
Hi, 

More sources for testing:

http://etf1-apple-live.adaptive.level3.net/apple/etf1/etf1live/stc_5_0.m3u8

http://etf1-apple-live.adaptive.level3.net/apple/etf1/etf1live/stc_4_0.m3u8

http://etf1-apple-live.adaptive.level3.net/apple/etf1/etf1live/stc_3_0.m3u8

http://etf1-apple-live.adaptive.level3.net/apple/etf1/etf1live/stc_2_0.m3u8

http://etf1-apple-live.adaptive.level3.net/apple/etf1/etf1live/stc_1_0.m3u8

I tested a little bit the new design. It takes some times when entering the
playing state. Around 1 min for gst-launch playbin2
uri=http://etf1-apple-live.adaptive.level3.net/apple/etf1/etf1live/stc_1_0.m3u8

Would it be possible to force hlssrc to play the stream which has its bitrate
the closest than a given bitrate through a property ?
(for example, even if a user can play the high quality stream, he could also
decide to play the low one) (Or also if in a certain context, the user knows
that he cannot play high quality stream, then it's not necessary to try to play
it) (There is a "connection-speed" property in playbin2)

Also would it be possible to report the decoded url for the fragment, through a
tag event or something else useable (not only in debug) ?

Is there a way to retrieve the downloaded fragments on the local hard disk ?
(download property of uridecodebin ?)

Julien

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