<div dir="ltr">i just tried upsampling, but it seems to hit the cpu harder than lowering blocksize, even. <div><br></div><div>and yeah, my friend just got a patch going using delwrite~ and vd~, which we can use at blocksize of 1, and it works...  but the hit on the cpu is harsh.  <br><br></div><div>really looking for some way to do this at normal 64 sample blocksize at normal samplerate</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 8, 2016 at 7:03 PM, cyrille henry <span dir="ltr"><<a href="mailto:ch@chnry.net" target="_blank">ch@chnry.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">oh, I forget to say that you can also upsample the subpatch in order to reduce the feedback latency.<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
Le 08/01/2016 10:54, cyrille henry a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
s~ and r~ only work with 64 sample block, so you can't use them in this situation.<br>
but you can replace them using delwrite~ and delread~ with no delay, and force order to write before you read.<br>
<br>
cheers<br>
c<br>
<br>
Le 08/01/2016 10:42, i go bananas a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi all, hope everyone's well.<br>
<br>
We're trying to implement a 4-op FM matrix with feedback, copying a patch my friend made in reaktor using a block size of 1 (sorry, don't know the full details of that, but he says he can get 1 sample delay for the feedback)<br>
<br>
Has anyone ever succeeded doing something like this in pd?  I know about the order forcing using subpatches like in G.05.execution.order help patch, but that doesn't seem like it will work here, as we still get DSP loop errors when trying to connect the output of one osc~ back into the frequency input of the others.<br>
<br>
I'm really looking for a solution that doesn't involve using blocksize of 1, and anyway, even doing that, still seems the only way to do feedback without getting DSP loop errors is with s~ / r~ pairs, which seem to only work at blocksize of 64 anyway?<br>
<br>
I don't mind adding a bit of latency to the whole system if there's maybe a hack to do this with tables or something,,,but am really stuck here wondering what to do.<br>
<br>
any ideas?<br>
<br>
cheers, Matt<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="http://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
<br>
</blockquote>
<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="http://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</blockquote>
<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="http://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</div></div></blockquote></div><br></div>