<div class="gmail_quote">Le 13 octobre 2010 09:36, Rémi Denis-Courmont <span dir="ltr"><<a href="mailto:remi@remlab.net">remi@remlab.net</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

On Wed, 13 Oct 2010 09:23:08 +0200, Jean-Baptiste Kempf <<a href="mailto:jb@videolan.org">jb@videolan.org</a>><br>
wrote:<br>
<div class="im">> On Wed, Oct 13, 2010 at 10:12:19AM +0300, Ilkka Ollakka wrote :<br>
>> > Harder question:<br>
>> >  - How is this linked to TS files? Meaning would that work with an<br>
>> >    adaptive stream of webm files?<br>
>><br>
>> It should work, but iirc draft is specified to use ts-files (or<br>
> mp3-clips).<br>
><br>
> Yes, I know. But we discussed with Xiph.org, Gstreamer, Opera and<br>
> Mozilla folks at FOMS to see if we could use it with a less-patented<br>
> format. Hence the question.<br>
<br>
</div>The whole design assumes a /continuously streamable/ format. Except for a<br>
Transport Stream or a raw MPEG Audio elementary stream, not much can ever<br>
work with that protocol.<br>
<br>
On top of that, Apple HTTP streaming is useless for VoD. It has no benefits<br>
over normal HTTP, at least w.r.t. properly indexed file formats. Agreeably,<br>
TS is NOT a properly indexed file format. But I expect MKV is, so Apple<br>
HTTP would be useless there.<br></blockquote><div> </div><div>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.<br>
<br>I see two use-case for support of Apple HTTP streaming in VLC:<br>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).<br>
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.<br>
<br>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.<br>
<br>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 value).<br><br>For Windows Media Player, this is used when a publishing point offer multiple video bitrate.<br>
For Quick Time, this is used when a reference movie is encountered.<br><br>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".<br>
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.<br><br>David Glaude<br><br>PS: Unfortunatelly for my use, nor Apple HTTP streaming, nor Microsoft Smooth Streaming, nor WebM support multi-audio track.<br>
</div></div>