<div dir="ltr"><div>Thanks Christof and Roman for the clarification, now I understand it a little!</div><div></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Actually, before Pd 0.52, the polling scheduler did not really work <br>
correctly together with the Jack backend, i.e. the "Delay" setting was <br>
basically ignored and it just did double buffering. This has been fixed.<br>
<br>
Anyway, Pd should make sure that "Delay" is not smaller than the Jack <br>
buffer size, thus preventing silent output. If that's not the case, <br>
please file a bug report!</div></blockquote><div><br></div><div><span class="gmail-VIiyi" lang="en"><span class="gmail-JLqJ4b gmail-ChMk0b"><span>You're right! I was using a 10ms delay with 512 buffer size / 3 periods on Jack.</span></span></span></div><div><span class="gmail-VIiyi" lang="en"><span class="gmail-JLqJ4b gmail-ChMk0b"><span>As soon as I changed to 12ms DSP worked normally. I used 10ms on Pd for a long time, but it was ignored as you said, and now it has turned into my "problem".<br></span></span></span></div><div><span class="gmail-VIiyi" lang="en"><span class="gmail-JLqJ4b gmail-ChMk0b"><span><br></span></span></span></div><div><span class="gmail-VIiyi" lang="en"><span class="gmail-JLqJ4b gmail-ChMk0b"><span>So, that is not a bug, but maybe this limit should be clearly stated somewhere to avoid confusion. <br></span></span></span></div><div><span class="gmail-VIiyi" lang="en"><span class="gmail-JLqJ4b gmail-ChMk0b"><span><br></span></span></span></div><div><span class="gmail-VIiyi" lang="en"><span class="gmail-JLqJ4b gmail-ChMk0b"><span>Thank you all so much! <br></span></span></span> </div><div> <br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em ter., 22 de mar. de 2022 às 11:08, Christof Ressi <<a href="mailto:info@christofressi.com">info@christofressi.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 22.03.2022 15:00, Roman Haefeli wrote:<br>
<br>
>  From my experience,<br>
> setting it too low causes Pd to not process audio at all. In my<br>
> experience, this value is below 5ms, but this probably depends on<br>
> JACK's blocksize setting.<br>
<br>
This might actually explain the issue!<br>
<br>
@Bruno: what is you current value of "Delay" in the audio settings and <br>
what is your Jack buffer size?<br>
<br>
Actually, before Pd 0.52, the polling scheduler did not really work <br>
correctly together with the Jack backend, i.e. the "Delay" setting was <br>
basically ignored and it just did double buffering. This has been fixed.<br>
<br>
Anyway, Pd should make sure that "Delay" is not smaller than the Jack <br>
buffer size, thus preventing silent output. If that's not the case, <br>
please file a bug report!<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature">Bruno Faria Rohde</div>