Hans-Christoph Steiner wrote:
You'll probably need to use a [line~] or [vline~] to fade out 1ms or so
before the [switch~].
.hc
On Jan 4, 2007, at 6:39 PM, patrick wrote:
hi,
here's a patch that use switch~ to turn off/on an effect. using
switch~ will save some cpu when the effect is turn off right? so that
is good, but the thing is i have a glitch when switching... is there a
way to avoid this? or maybe there's a better way for this kind of
setup in -> fx1and/or fx2 and/or fx3 -> out.
i will add a dry/wet option to the fx part.
pat
Yes, see attached patch - this logic needs to be present in all switched
patches (thus it is a prime example for an abstraction...), I just did
it for the [pd bypass] so you don't get glitches if the sliders are all
at the bottom, but you still get glitches if any of the sliders are high.
Claude
--
http://claudiusmaximus.goto10.org
#N canvas 0 0 383 282 10;
#X obj 174 212 outlet~;
#X obj 190 16 inlet~;
#X obj 14 210 switch~;
#X obj 13 16 inlet;
#X msg 12 183 1;
#X msg 43 185 0;
#X obj 173 185
*~;
#X obj 95 124 vline~;
#X msg 81 93 1 5;
#X msg 111 91 0 5;
#X obj 64 64 t b b;
#X obj 12 62 t b b;
#X obj 13 42 select 0;
#X obj 64 158 delay 7;
#X text 56 15 0=active;
#X text 8 239 delaytime = fadetime + 1000*blocksize/samplerate;
#X msg 30 132 stop;
#X text 11 258 "stop"--[delay] for rapid switching;
#X connect 1 0 6 1;
#X connect 3 0 12 0;
#X connect 4 0 2 0;
#X connect 5 0 2 0;
#X connect 6 0 0 0;
#X connect 7 0 6 0;
#X connect 8 0 7 0;
#X connect 9 0 7 0;
#X connect 10 0 13 0;
#X connect 10 1 9 0;
#X connect 11 0 4 0;
#X connect 11 1 8 0;
#X connect 11 1 16 0;
#X connect 12 0 11 0;
#X connect 12 1 10 0;
#X connect 13 0 5 0;
#X connect 16 0 13 0;