[PD] testtone.pd: little 'bug'

[Roman Haefeli]

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