Le 13 octobre 2010 11:53, Rémi Denis-Courmont <span dir="ltr"><<a href="mailto:remi@remlab.net">remi@remlab.net</a>></span> a écrit :<br><div class="gmail_quote"><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:48:16 +0200, Jean-Paul Saman <<a href="mailto:jpsaman@gmail.com">jpsaman@gmail.com</a>><br>
wrote:<br>
<div class="im">>> - What is the protocol to detect bw_up and bw_down? Was that not too<br>
>> difficult with VLC arch?<br>
><br>
> It is fairly simple, measure the download speed per segment and base a<br>
> decision on that.<br>
> Since the stream_filter initiates the download itself it can also<br>
> measure how long that takes and<br>
> calculate the average download speed in terms of bandwidth of the stream.<br>
<br>
</div>This assumes that the HTTP server will agree to serve the file at a much<br>
larger TCP bandwidth than playback bandwidth of the media.<br></blockquote><div>I think we are assuming that the HTTP server is tuned or design to serve Apple HTTP streaming and/or that a CDN is in use for that.<br>Why would someone try to do Apple HTTP streaming and limit the bandwidth per connection below the highest bitrate offered?<br>
</div><div> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Thus there is a risk that even the slightest transient congestion<br>
might make VLC needless scale down the video.<br></blockquote><div>With Apple HTTP streaming you are suppose to have a few chunk of advance (when the user is not seeking in every direction) and at least for LIVE streaming that is what you do.<br>
So you can detect without problem that the download speed is degrading and adapt.<br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

I don't think there is a magic solution here. Measuring bandwidth is a<br>
unsolvable problem without specific knowledge of the IP network. In other<br>
words, the only solution is to let the user decide.<br></blockquote><div><br>I fully agree that the use should have a choice to take a fixed bandwidth (even if this introduce delay between chuncks).<br>See my other comment on that topic.<br>
<br>David Glaude<br></div></div>