<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 18, 2016 at 7:15 PM, Francois Cartegnie <span dir="ltr"><<a href="mailto:fcvlcdev@free.fr" target="_blank">fcvlcdev@free.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">Le 18/03/2016 15:12, Zhao Zhili a écrit :<br>
> Some test results. Yes, for a TS with multiple programs, there are a lot of http<br>
> requests (14 in this test).<br>
><br>
> For TS with single program, four requests is enough, and one of the requests is<br>
> to check if file size has changed.<br>
<br>
</span>The issue being exactly to avoid a large number of HTTP requests which<br>
could be slow (!canfastseek). A better option might be to increase the<br>
number of packets, but which will also increase delay depending on<br>
bandwidth, and multiplex.<br></blockquote><div><br></div><div>If I didn't make a mistake, the patch is trying to avoid multiple seek in ProbeEnd() </div><div>by increase the number of packets.</div><div><br></div><div>I think we can decrease delay by searching a dts near the last one (return from </div><div>ProbeChunk() early), instead of the last one exactly. The final result will be one</div><div>second (likely) or a few seonds (unlikely) smaller then the real duration depending</div><div> on the bitrate.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class=""><div class="h5"><br>
Francois<br>
_______________________________________________<br>
vlc-devel mailing list<br>
To unsubscribe or modify your subscription options:<br>
<a href="https://mailman.videolan.org/listinfo/vlc-devel" rel="noreferrer" target="_blank">https://mailman.videolan.org/listinfo/vlc-devel</a><br>
</div></div></blockquote></div><br></div></div>