<div dir="ltr">hmm, weird, I don't seem to find problems...</div><br><div class="gmail_quote"><div dir="ltr">Em qua, 9 de jan de 2019 às 12:10, Roman Haefeli <<a href="mailto:reduzent@gmail.com">reduzent@gmail.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 Wed, 2019-01-09 at 11:27 -0200, Alexandre Torres Porres wrote:<br>
> yeah, I also get lots of glitches and artifacts with a 64 minimum<br>
> window. I have to increase the delay up to 50ms so I get rid of them,<br>
> which is kinda bad, even though it seems incredibly efficient. <br>
<br>
Just to clear: I'm not experiencing Pd glitches at any configured audio<br>
setting whatsoever. What I mean is the abstractions produces 'wrong'<br>
results when configured to 64. I don't understand enough to give any<br>
hint why 128 is still fine and 64 sounds off.<br>
<br>
> Brent is not using gardner's approach I assume. And what this does is<br>
> that it increases the window over and over in the following<br>
> partitions, this is why it gets so much lighter on the CPU<br>
<br>
Yeah. From what I gather without reading William Brent's [convolve~]'s<br>
source code, is that it uses n partitions with same size. At least the<br>
printed number seems to suggest that. Thus, using a smaller delay leads<br>
to a significantly increased CPU load. With Gardener's approach, the<br>
penalty of a short delay is almost not noticeable.<br>
<br>
Roman<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>