<div dir="ltr">Yeah, I was suspecting the very very large FFTs were bad. I was considering maxing out to something quite smaller than 2ˆ20, I guess windows no bigger than 2ˆ15 should be allowed - I could try even something like 8192 (2ˆ13) as the maximum.</div><br><div class="gmail_quote"><div dir="ltr">Em sex, 11 de jan de 2019 às 13:30, Giulio Moro <<a href="mailto:giuliomoro@yahoo.it">giuliomoro@yahoo.it</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">(sent this to the list but didn't get through)<br>
Non-uniform load in the audio callback, due to the larger FFTs happening sporadically, I'd guess. This means that, while on average the CPU load is low, in the worst-case (when a long FFT is performed) your audio callback takes more time to execute than there is time available, thus causing glitches. Increasing Pd's delay (internal buffering) should fix that.<br>
<br>
Giulio<br>
<br>
<br>
On Friday, 11 January 2019, 15:27:40 GMT, Alexandre Torres Porres <<a href="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a>> wrote: <br>
<br>
I'm investigating that as well, I get the same and my CPU is at about 10% only...<br>
<br>
cheers<br>
<br>
Em sex, 11 de jan de 2019 às 12:20, Max <<a href="mailto:abonnements@revolwear.com" target="_blank">abonnements@revolwear.com</a>> escreveu:<br>
> Interesting stuff!<br>
> However, I have hickups in the sound (dropouts) even though the CPU load <br>
> is around 20% only. What might cause them?<br>
> <br>
> m.<br>
> <br>
> On 11.01.19 04:14, Alexandre Torres Porres wrote:<br>
>> Hi Philipp, so, I checked in depth and revised your patch. Here's my <br>
>> take on it in a similar design of my last object.<br>
>> <br>
>> I changed a lot of things and rewrote basically everything, so there <br>
>> might be something funny still and things may not match, but the basic <br>
>> stuff seem to be equivalent and the basic parameters like block size and <br>
>> delay seem to match.<br>
>> <br>
>> anyway, this is also fully vanilla and the prototype is called [conv2~].<br>
>> <br>
>> I am precomputing the FFT, so check it out, and also check the rest as <br>
>> I've changed much of your computations for something that's simpler I think.<br>
>> <br>
>> here's the link: <a href="https://www.dropbox.com/s/z8l85y7p1knjv2i/conv2~.zip?dl=0" rel="noreferrer" target="_blank">https://www.dropbox.com/s/z8l85y7p1knjv2i/conv2~.zip?dl=0</a><br>
>> <br>
>> cheers<br>
>> <br>
>> Em qua, 9 de jan de 2019 às 20:46, Philipp Schmalfuß <br>
>> <<a href="mailto:philipp.schmalfuss@uni-weimar.de" target="_blank">philipp.schmalfuss@uni-weimar.de</a> <br>
>> <mailto:<a href="mailto:philipp.schmalfuss@uni-weimar.de" target="_blank">philipp.schmalfuss@uni-weimar.de</a>>> escreveu:<br>
>> <br>
>> yes, i get the same glitchy tone, even worse with smaller blocksizes.<br>
>> I wasn't aware of this, thanks for the hint! will try to fix this<br>
>> <br>
>> <br>
>> Quoting Alexandre Torres Porres <<a href="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a><br>
>> <mailto:<a href="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a>>>:<br>
>> <br>
>> > Hi, I tested your patch with the [phasor~ 5] and with [phasor~ 1]<br>
>> I find<br>
>> > the issue you're bringing up gets much more evident<br>
>> ><br>
>> > Em qua, 9 de jan de 2019 às 14:03, Roman Haefeli<br>
>> <<a href="mailto:reduzent@gmail.com" target="_blank">reduzent@gmail.com</a> <mailto:<a href="mailto:reduzent@gmail.com" target="_blank">reduzent@gmail.com</a>>><br>
>> > escreveu:<br>
>> ><br>
>> >> On Wed, 2019-01-09 at 13:44 -0200, Alexandre Torres Porres wrote:<br>
>> >> > hmm, weird, I don't seem to find problems...<br>
>> >><br>
>> >> Aha? Even with attached test3.pd patch saved along the original<br>
>> test.pd<br>
>> >> patch? You can compare 64 to 128 and I get a glitchy tone with a<br>
>> >> frequency of 690 Hz (which seems to come from 44100/64).<br>
>> >><br>
>> >> Have you tried other IRs than the church.wav and IR.wav?<br>
>> >><br>
>> >> Roman<br>
>> >><br>
>> >><br>
>> >> _______________________________________________<br>
>> >> <a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> <mailto:<a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a>> mailing list<br>
>> >> UNSUBSCRIBE and account-management -><br>
>> >> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br>
>> >><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>
>> <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>
> <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>