On Wed, 2006-08-23 at 18:34 +0200, Frank Barknecht wrote:
Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote:
On Wed, 2006-08-23 at 02:37 -0400, Mathieu Bouchard wrote:
Shouldn't [r~] and [s~] be made so that creation order doesn't affect their behaviour?
i totally agree: http://lists.puredata.info/pipermail/pd-list/2006-08/040940.html (last paragraph)
See 3.audio.examples/G05.execution.order.pd for the correct solution (like the trigger for messages)
yeah, you are right, there is a correct way of doing it (miller himself just didn't use it in testtone.pd... ;-) ).
nevertheless the creation order is an issue when doing dynamic patching with dsp-objects. creating connections between objects by messages is terribly complicated. it is much easier to do it with [send~] and [receive~], but then you may add a non-wanted delay. also, i can't think of a case where you intentionally want a delay of one blocksize (except when you make recursive signal flow, but this is just a matter of fact). in many cases it would be very very useful if a [s~]/[r~] would just place themselves in the dsp-chain in the order, so that they don't cause a delay.
roman
___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de