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)

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.

So something about the order where the objects are connected make a difference.

I tried it in Extended 0.42 and vanilla 0.46 by the way

waiting for the pd guru masters to shine their wisdom

one way or another, the "G05.execution.order" example needs to be rewritten I guess.

cheers

2015-08-25 20:17 GMT-03:00 Alexandre Torres Porres <porres@gmail.com>:

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.

Well, even though the example works as described, I was doing some tests and didn't get the same results.

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.

See my patch attached.

So what now, huh?

cheers