<div dir="ltr">Sorry for my poor expression, I mean the http request-response is  time-consuming for a long fat pipe, even though it's a high bandwidth connection. It cost at least two round-trip time to get the first packet of response, right? I know it's difficult to "make sure it's right" and "keep it fast" at the same time.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 10, 2016 at 9:36 AM, Rémi Denis-Courmont <span dir="ltr"><<a href="mailto:remi@remlab.net" target="_blank">remi@remlab.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Le 2016-03-09 06:42, Zhao Zhili a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Sorry to hear that, I care about this issue since sending a request<br>
and waiting for a response is expensive for a slow connection.<br>
</blockquote>
<br></span>
In terms of bits, the HTTP request is negligible compared to the stream itself, even including the overhead from lower layers.<br>
<br>
Streaming through a pay-per-bit connection is generally unadvisable.<div class="HOEnZb"><div class="h5"><br>
<br>
-- <br>
Rémi Denis-Courmont<br>
<a href="http://www.remlab.net/" rel="noreferrer" target="_blank">http://www.remlab.net/</a><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>