<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2015-10-27 10:40 GMT-02:00 Rémi Denis-Courmont <span dir="ltr"><<a href="mailto:remi@remlab.net" target="_blank">remi@remlab.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le 2015-10-27 15:02, Paulo Vitor Magacho da Silva a écrit :<span class=""><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2015-10-27 9:54 GMT-02:00 Rémi Denis-Courmont <<a href="mailto:remi@remlab.net" target="_blank">remi@remlab.net</a> [3]>:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Le 2015-10-27 14:51, Paulo Vitor Magacho da Silva a écrit :<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Yes, PTZ means pan, tilt, zoom. The network cache introduces a<br>
delay<br>
between the PTZ command and the video response. In a normal live<br>
stream 500ms-1000ms is ok for network cache, but when using PTZ,<br>
a<br>
reduced network cache around 100ms is more appropriate.<br>
</blockquote>
<br>
This seems backward to me. If you can and sometimes need low<br>
latency, then just use low latency at all times.<br>
</blockquote>
<br>
The issue is that the application can have multiple videos being<br>
played.<br>
</blockquote>
<br></span>
So what? Each LibVLC media player instance has its own buffers and clock.<div class="HOEnZb"><div><br></div></div></blockquote><div><br></div><div>Yes, but they are all using the same network interface. That is why when playing many videos at once (here we are talking up to 16 videos at once) a larger network cache is advisable to cope with network issues (TCP packet loss, latency, etc).<br><br></div><div>The application I am developing needed a way to reduce/increase the network cache without having to restart the video stream. If there is any way of doing that with the current API available I will be glad to hear. However, I could not find and that is why I've developed this patch.<br><br></div><div>If you think this might not be useful to other applications, ok. Otherwise, do you have any comments on the implementation itself?<br></div></div><br></div></div>