<div dir="ltr">I see, so something more like that ? Would it always work ?</div><div class="gmail_extra"><br><div class="gmail_quote">2015-02-22 18:46 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, 18:17:13 Jonathan Calmels a écrit :<br>
<span class="">> From my understanding, even though the negative latency is counter<br>
> intuitive as you said,<br>
<br>
</span>Negative latency is physically impossible. I suppose, in theory, you could<br>
define a virtual output with negative latency, but that would be mostly<br>
pointless and (AFAICT) against the PulseAudio design.<br>
<span class=""><br>
> it works because the core compensates when it sees the drift.<br>
<br>
</span>Mathematically, a negative PulseAudio stream latency would result in a high<br>
positive VLC TimeGet delay. In extreme cases, it might cancel out.<br>
<br>
But in not so extreme cases, it will trigger unwanted up-sampling.<br>
<span class=""><br>
> I still don't know how to fix it properly though. Hence my request for<br>
> better suggestions.<br>
<br>
</span>I don't know what problem you are trying to solve, because the patch<br>
description makes no sense.<br>
<br>
Ignoring the description and looking only at the patch, it seems you want to<br>
deal with the read pointer overtaking write pointer. That is not called<br>
negative latency, that is called buffer under-run.<br>
<br>
Treating it as negative latency will *not* solve audio drop-outs. At best,<br>
PulseAudio will discard the written samples up to the read pointer. Since they<br>
would anyway be discarded, resetting the stream or fast-forwarding up to the<br>
point of zero delay is preferable.<br>
<div class="HOEnZb"><div class="h5"><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>
</div></div></blockquote></div><br></div>