<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
I think it might even be recommended to start with a very low bitrate<br>
alternative, then based on the speed it took upgrade to better quality<br>
(bandwidth). It is a kind of "fast start". The same behaviour is<br>
possible for seeking.<br>
Of course it might be anoying to have quality change/variation, so<br>
there is a tradeoff. I guess it should be an option for the end-user<br>
that would modify the heuristic. Some user might prefer quality over<br>
fast start (or reverse way).<br></blockquote><div><br></div><div>I agree that an option would be best. You can not optimize for all use cases and everyone by default.</div><div>I am trying to integrate VLC in a television-like application where fast channel switching is important so I want the stream to start fast.</div>
<div>But I would not want to start on lower quality. Given that many internet connections these days are faster than most reasonable stream bitrates (~ 10Mbit).. I would want VLC to start playing even before the first segment is downloaded completely (prefetch=0).</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
> I'm also interested in making bandwidth adaptation better, although<br>
> massive changes in module might a little bit too much for me.<br>
> Currently I'm think about ways to speed up playbacks start in HLS. Do<br>
> you have any ideas other then related to Prefetch function?<br><br></blockquote><div>I'm very intested in this as well. I already lowered the number of segments to prefetch from 2 to 1 but I would be interested in seeing this patch that eliminates the need for Prefetch completely.   </div>
<div>Prefetching an entire 10sec segment in 8mbit on a 10mbit connection takes a full second and I would like playback to start to in <0.5 sec</div><div><br></div><div>Jeroen Ost</div></div>