<font color="#500050" face="arial, sans-serif"><span style="border-collapse:collapse"><br></span></font><div class="gmail_quote">Le 14 octobre 2010 08:50, Rémi Denis-Courmont <span dir="ltr"><<a href="mailto:remi@remlab.net" target="_blank">remi@remlab.net</a>></span> a écrit :<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

My point is that you might not see the download speed improving. Of course<br>
you can see the download speed degrading.<br></blockquote><div><br></div><div>As far as I remember, the "<span style="font-family:arial, sans-serif;font-size:13px;border-collapse:collapse;color:rgb(80, 0, 80)">Apple HTTP streaming" <span style="border-collapse:separate;color:rgb(0, 0, 0);font-family:arial;font-size:small">RFC <span style="font-family:arial, sans-serif;font-size:13px;border-collapse:collapse;color:rgb(80, 0, 80)">does not describe how to write a smart client... a most it give hint.</span></span></span></div>
<div><span style="font-family:arial, sans-serif;font-size:13px;border-collapse:collapse;color:rgb(80, 0, 80)"><span style="border-collapse:separate;color:rgb(0, 0, 0);font-family:arial;font-size:small"><span style="font-family:arial, sans-serif;font-size:13px;border-collapse:collapse;color:rgb(80, 0, 80)">But this whole thread seems to be about the benefit or not of one streaming mecanisme against another... not really about VLC.</span></span></span></div>

<div><br></div><div>It is up to VLC implementation to decide that the bandwidth above should be attempted if the last chunck download went so fast that there is a potential for downloading the next one in due time. It is a tradeoff between the enhanced quality one can gain and the risk of having a buffer underflow and an interuption.</div>

<div><br></div><div>It might be interesting to have algorithm where the user can decide on where he put the cursor... (how much risk he is willing to take for a better quality).</div><div><br></div><div>The same thing for the start of the video, some user may want a fast start with the low bitrate, while other prefer to wait a bit for a preroll and see the video from the start at a good quality.</div>

<div><br></div><div>My point is that there should be an option to let the end-user specified:</div><div>* The maximum speed that VLC should try (because I know my internet link speed or because VLC is not the only internet application I use or because I pay my bandwidth usage)</div>

<div>* A fixed nearest bandwidth to select (because I want to download or transcode the content and I want a fixed quality... even if it go slower than real time)</div><div><br></div><div>Right here and right now, we have a first implementation in VLC and it is already an archievement.</div>

<div><br></div><div>David Glaude</div></div>