<div dir="ltr">so, this is really fishy... here's another patch. Don't know what I did, in which order I connected them, but now the delay won't work for less than an audio block (64 samples)<div><br></div><div>Nevertheless... if I go into edit mode e reinstantiate the [sig~] object, for example, it'll work! Then if I save the file, it'll work fine when I reopen the patch.</div><div><br></div><div>So something about the order where the objects are connected make a difference. </div><div><br></div><div>I tried it in Extended 0.42 and vanilla 0.46 by the way</div><div><br></div><div>waiting for the pd guru masters to shine their wisdom</div><div><br></div><div>one way or another, the "G05.execution.order" example needs to be rewritten I guess.</div><div><br></div><div>cheers</div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-08-25 20:17 GMT-03:00 Alexandre Torres Porres <span dir="ltr"><<a href="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Howdy, the "G05.execution.order" example in Pd shows us how delay lines will always delay at least a block of samples, unless you tweak it by using some subpatches and stuff.<div><br></div><div>Well, even though the example works as described, I was doing some tests and didn't get the same results. </div><div><br></div><div>So it is weird that behaves like that in the example, but when I change the patch or make a new patch it just doesn't behave the same way. Meaning that it will not delay to at least a block in size, but less than that without doing the subpatches thing.</div><div><br></div><div>See my patch attached.</div><div><br></div><div>So what now, huh?</div><div><br></div><div>cheers</div></div>
</blockquote></div><br></div>