hi all,
does the outlet~ of an abstraction delay the sound for one dsp block (like nop~)? and is a pair of s~/r~ delaying the sound for one or two blocks?
thnx...
Tim mailto:TimBlechmann@gmx.de ICQ: 96771783 -- The only people for me are the mad ones, the ones who are mad to live, mad to talk, mad to be saved, desirous of everything at the same time, the ones who never yawn or say a commonplace thing, but burn, burn, burn, like fabulous yellow roman candles exploding like spiders across the stars and in the middle you see the blue centerlight pop and everybody goes "Awww!" Jack Kerouac
From: "Tim Blechmann"
hi all,
does the outlet~ of an abstraction delay the sound for one dsp block (like nop~)? and is a pair of s~/r~ delaying the sound for one or two blocks?
thnx...
no all abstractions in a dsp-chain are calculated within one dsp-block.
but with send~ and receive~ it is important that you create the send~ before the receive, otherwise it is delayed by one dsp-block.
marius.
In message 004101c3ee75$00855bf0$1700a8c0@sme, marius schebella marius.schebella@chello.at writes
From: "Tim Blechmann"
hi all,
does the outlet~ of an abstraction delay the sound for one dsp block
(like nop~)? and is a pair of s~/r~ delaying the sound for one or two
blocks?
thnx...
no all abstractions in a dsp-chain are calculated within one dsp-block.
but with send~ and receive~ it is important that you create the send~ before
the receive, otherwise it is delayed by one dsp-block.
marius.
I guess the same restriction (should create out->nonlocal before nonlocal->in for non-delayed signal) applies to delwrite~ delread~ and throw~ catch~ :
2.4.5. nonlocal signal connections http://crca.ucsd.edu/~msp/Pd_documentation/x2.htm#s4.5
ClaudiusMaximus
Hallo, marius schebella hat gesagt: // marius schebella wrote:
but with send~ and receive~ it is important that you create the send~ before the receive, otherwise it is delayed by one dsp-block.
I know this still is in the html docs:
" When you send a signal to a point that is earlier in the sorted list of tilde objects, the signal doesn't get there until the next cycle of DSP computation, one block later; so your signal will be delayed by one block (1.45 msec by default.) Delread~ and delwrite~ have this same restriction, but here the 1.45 msec figure gives the minimum attainable delay. For nonrecursive algorithms, a simple flanger for example, you might wish to ensure that your delread~ is sorted after your delwrite~. The only way to ensure this is to create the delread~ after you created the delwrite~; if things get out of whack, just delete and re-create the delread~."
But 3.audio.examples/G05.execution.order.pd has a much cleaner approach using subpatches to ensure the sorted execution of delays.
ciao
Frank Barknecht _ ______footils.org__
-
Claudius Maximus -
Frank Barknecht -
marius schebella -
Tim Blechmann