<div dir="ltr"><span style="font-size:12.8px">> If you want shorter feedbacks than 64 samples within a patch, there is</span><br style="font-size:12.8px"><span style="font-size:12.8px">no way around reducing block size</span><br><br>i still have this itching doubt in that.  i think what we're looking for is some real leap of imagination here.  <br>we are fine with having a block or 2 latency,,,so i'm imagining maybe there's some far out hack involving synchronised tabread~'s and delayed osc~'s, or something like that,  which would somehow do it. <br><br>><span style="font-size:12.8px">You may be able to optimize by</span><br style="font-size:12.8px"><span style="font-size:12.8px">putting only the very necessary (for the feedback loop) objects into the</span><br style="font-size:12.8px"><span style="font-size:12.8px">re-blocked subpatch.<br></span><br>yeah that seems the most likely approach now. <br><br>><span style="font-size:12.8px">if cpu is a limit, i guess the only solution is to create an external.<br><br>this is probably the 2nd most likely solution.  </span><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">thanks guys for your ideas and help.  </span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 8, 2016 at 7:34 PM, Roman Haefeli <span dir="ltr"><<a href="mailto:reduzent@gmail.com" target="_blank">reduzent@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If you want shorter feedbacks than 64 samples within a patch, there is<br>
no way around reducing block size. You may be able to optimize by<br>
putting only the very necessary (for the feedback loop) objects into the<br>
re-blocked subpatch.<br>
<br>
Then there are some classes that do internal sample-size feedbacks,<br>
like [rpole~] or [fexpr~]. While [fexpr~] is quite flexible, it may be<br>
even more expensive than a subpatch with blocksize=1 (at least that's<br>
what I remember when I compared two implementations, but  this<br>
observation might have been specific to that kind of problem).<br>
<span class="HOEnZb"><font color="#888888"><br>
Roman<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Fri, 2016-01-08 at 18:42 +0900, i go bananas wrote:<br>
> Hi all, hope everyone's well.<br>
><br>
> We're trying to implement a 4-op FM matrix with feedback, copying a<br>
> patch my friend made in reaktor using a block size of 1 (sorry, don't<br>
> know the full details of that, but he says he can get 1 sample delay<br>
> for the feedback)<br>
><br>
> Has anyone ever succeeded doing something like this in pd?  I know<br>
> about the order forcing using subpatches like in G.05.execution.order<br>
> help patch, but that doesn't seem like it will work here, as we still<br>
> get DSP loop errors when trying to connect the output of one osc~ back<br>
> into the frequency input of the others.<br>
><br>
> I'm really looking for a solution that doesn't involve using blocksize<br>
> of 1, and anyway, even doing that, still seems the only way to do<br>
> feedback without getting DSP loop errors is with s~ / r~ pairs, which<br>
> seem to only work at blocksize of 64 anyway?<br>
><br>
><br>
> I don't mind adding a bit of latency to the whole system if there's<br>
> maybe a hack to do this with tables or something,,,but am really stuck<br>
> here wondering what to do.<br>
><br>
> any ideas?<br>
><br>
><br>
> cheers, Matt<br>
</div></div><div class="HOEnZb"><div class="h5">> _______________________________________________<br>
> <a href="mailto:Pd-list@lists.iem.at">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>
</div></div><br>_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at">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></div><br></div>