[vlc-devel] [vlc-commits] commit: stream_filter/httplive.c: HTTP Live Streaming (Jean-Paul Saman )

David Glaude david.glaude at gmail.com
Wed Oct 13 22:44:27 CEST 2010

Le 13 octobre 2010 09:36, Rémi Denis-Courmont <remi at remlab.net> a écrit :

> On Wed, 13 Oct 2010 09:23:08 +0200, Jean-Baptiste Kempf <jb at videolan.org>
> wrote:
> > On Wed, Oct 13, 2010 at 10:12:19AM +0300, Ilkka Ollakka wrote :
> >> > Harder question:
> >> >  - How is this linked to TS files? Meaning would that work with an
> >> >    adaptive stream of webm files?
> >>
> >> It should work, but iirc draft is specified to use ts-files (or
> > mp3-clips).
> >
> > Yes, I know. But we discussed with Xiph.org, Gstreamer, Opera and
> > Mozilla folks at FOMS to see if we could use it with a less-patented
> > format. Hence the question.
> The whole design assumes a /continuously streamable/ format. Except for a
> Transport Stream or a raw MPEG Audio elementary stream, not much can ever
> work with that protocol.
> On top of that, Apple HTTP streaming is useless for VoD. It has no benefits
> over normal HTTP, at least w.r.t. properly indexed file formats. Agreeably,
> TS is NOT a properly indexed file format. But I expect MKV is, so Apple
> HTTP would be useless there.

I believe that Apple HTTP streaming (or Silverlight Smooth Streaming) is
very usefull for VOD in order to support multiple video bit-rate and proper
switching point between bitrate.

I see two use-case for support of Apple HTTP streaming in VLC:
1) Beeing able to "watch" streaming with VLC and in that case VLC must
support to do the adaptive download based on available bandwidth (it is also
recommended that the first "chunck" is downloaded from the lowest bitrate
video in order to have a "fast start" kind of experirence).
2) Beeing able to download and transcode or "store" an Apple HTTP streaming
with VLC... in that case, I would recommend the addition of parameter so
that the end-user can force a single bitrate without any attempt to adapt to
the available bandwidth.

To me, it seems obvious that the end-user should be able to specify or
indicate to VLC the available bandwidth or the maximum bandwidth that VLC
should use that configuration parameter to avoid going above and/or have a
first estimate of the bandwidth to be used/tryed.

As far as I know, both QT and WMP offer that kind of configuration where you
specify if you used modem, ISDN, T1, ADSL or else (with various bandwidth

For Windows Media Player, this is used when a publishing point offer
multiple video bitrate.
For Quick Time, this is used when a reference movie is encountered.

So the same way I can specify my prefered language as a global VLC
configuration... I believe I should be able to configure my "bandwidth".
Of course the ASF module will not support this setting yet and VLC might not
know about reference movie... but at least the information will be available
for future improvement.

David Glaude

PS: Unfortunatelly for my use, nor Apple HTTP streaming, nor Microsoft
Smooth Streaming, nor WebM support multi-audio track.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20101013/a501bc12/attachment.html>

More information about the vlc-devel mailing list