hi all, hi miller
<not very important> i just discovered a rather tiny 'bug' in testtone.pd. the first six [r~ tone-osc] are created _before_ and the last two _after_ [s~ tone-osc]. this leads to a one-block-delay between them. for some testing reasons, it would be nice, if they all would be in phase. </not very important>
roman
___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
On Mon, 21 Aug 2006, Roman Haefeli wrote:
i just discovered a rather tiny 'bug' in testtone.pd. the first six [r~ tone-osc] are created _before_ and the last two _after_ [s~ tone-osc]. this leads to a one-block-delay between them. for some testing reasons, it would be nice, if they all would be in phase.
Shouldn't [r~] and [s~] be made so that creation order doesn't affect their behaviour?
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
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)
roman
___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
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)
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
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
-
Frank Barknecht -
Mathieu Bouchard -
Roman Haefeli