<html><head></head><body>Hi,<br><br>It might be that it works by chance, though I doubt that 10 seconds ptime would work with much any audio output. Regardless, it clearly will need to be fixed latest in 5.0.<br><br>We already have had problems with the 1 second-long WMA packets...<br><br><div class="gmail_quote">Le 12 février 2019 10:43:46 GMT+02:00, Thomas Guillem <thomas@gllm.fr> a écrit :<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">By the way, I think everything is working more by chance than anything.<br><br>There is no clear rules that demuxes/decodeurs should not sent more than 10sec (maxlength pa buffer for me) of data with one block ? We also let pulseaudio decide its max buffer length. I guess this can be configured by the user in order to use less memory.<br>With current master, I could have a delay of 300ms or 2sec, depending of the input.<br><br>On Mon, Feb 11, 2019, at 18:07, Thomas Guillem wrote:<br>> <br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">On Mon, Feb 11, 2019, at 17:51, Rémi Denis-Courmont wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;">Le maanantaina 11. helmikuuta 2019, 18.44.24 EET Thomas Guillem a écrit :<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #8ae234; padding-left: 1ex;"><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #fcaf3e; padding-left: 1ex;">Currently the PulseAudio output is configured with buffers larger than the<br>maximum advance guaranteed by VLC core.<br></blockquote>Do you know where it is done ? I'm currently trying to fix pulse underflow<br>with ogg files using the new output clock. I tweaked the input buffering<br>and ended up having overflow...<br></blockquote>Look for AOUT_MAX_PREPARE_TIME, I guess.<br></blockquote>There is a define, but like AOUT_MAX_ADVANCE_TIME, it is only used by <br>aout modules. Nothing in the core.<br><br>The audio output buffer value is directly linked to the jitter value of <br>the input clock. It is coming from the demux pts_delay that is 300ms <br>for file, and 3000ms for network by default.<br><br>What is really puzzling me is that 300ms is not enough anymore using <br>the new output clock (only with some files).<br>After doing some test, a value of 1000ms is way better.<br><br><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;">-- <br>Реми Дёни-Курмон<br><a href="http://www.remlab.net/">http://www.remlab.net/</a><hr>vlc-devel mailing list<br>To unsubscribe or modify your subscription options:<br><a href="https://mailman.videolan.org/listinfo/vlc-devel">https://mailman.videolan.org/listinfo/vlc-devel</a><br></blockquote><hr>vlc-devel mailing list<br>To unsubscribe or modify your subscription options:<br><a href="https://mailman.videolan.org/listinfo/vlc-devel">https://mailman.videolan.org/listinfo/vlc-devel</a><br></blockquote><hr>vlc-devel mailing list<br>To unsubscribe or modify your subscription options:<br><a href="https://mailman.videolan.org/listinfo/vlc-devel">https://mailman.videolan.org/listinfo/vlc-devel</a></pre></blockquote></div><br>-- <br>Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.</body></html>