<div dir="ltr">Could you be a little bit more explicit ?<div>If it's forbidden, why does the initial code assume that the latency could be negative ?</div><div><br></div><div>Here is the use case:</div><div>1. I have a remote stream I'm playing with high latency</div><div>2. I seek somewhere on the stream</div><div>3. VLC finishes buffering after few seconds</div><div>4. Pulse audio TimeGet reports a zero delay, I lose the audio and not the video.</div><div><br></div><div>All the other audio outputs work fine btw. So how to fix it properly ?</div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-02-22 16:50 GMT+01: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 dimanche 22 février 2015, 16:24:41 Jonathan Calmels a écrit :<br>
> Under the pulse audio output, if the input buffering takes too much time<br>
> (~2s), the audio drops out completely. This is due to pa_stream_get_latency<br>
> returning a zero latency when in fact it should return a negative one.<br>
> pa_stream_get_latency reports a negative latency only for recording<br>
> streams.<br>
<br>
Causality forbids negative output latency. Fixing dropout is physically<br>
impossible. This patch description makes no sense.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Rémi Denis-Courmont<br>
<a href="http://www.remlab.net/" target="_blank">http://www.remlab.net/</a><br>
<br>
_______________________________________________<br>
vlc-devel mailing list<br>
To unsubscribe or modify your subscription options:<br>
<a href="https://mailman.videolan.org/listinfo/vlc-devel" target="_blank">https://mailman.videolan.org/listinfo/vlc-devel</a><br>
</font></span></blockquote></div><br></div>