I made this little helper abstraction for dealing with fades/switches at
the same time. You can specify the ramp up/down time and even add a delay
before sending the ramp. I find it use it everywhere now.

Maybe someone will find it useful

Cheers,
Joe

On 5 May 2013 20:48, Roman Haefeli <reduz...@gmail.com> wrote:

> On Son, 2013-05-05 at 12:42 -0400, Dan Wilcox wrote:
> > Even though you don't have audio coming out when you're muting, you're
> > still doing dsp. You should put each channel in a sub patch or
> > abstraction and use [switch~] to enable/disable that abstraction. This
> > is super important with low resource machines. The best fix is to do a
> > quick (10-5ms) fade in/out when muting/unmuting, then hit [switch~] so
> > you don't get any clicks:
>
> this part:
>
>
> [unpack f f]
> |        /
> [del     ]
> |
> [switch~]
>
>
> is most likely not doing what you are expecting it to do.  A [delay]
> outputs only bangs and no numbers. [switch~ ], however, will only
> compute one block when banged.
>
> Also the [unpack]-[del] combination is weird as it first sets the delay
> time to 5 and then immediately to 1 or 0 (depending on which message got
> banged). Also, you don't want to apply the delay to both messages. When
> fading in, computation must be already turned on. The delay is only
> required for the fade-out.
>
> I modified slightly to what I think you meant to do.
>
> Roman
>
>
>
>
>
>
> _______________________________________________
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>


-- 
Follow me on Twitter @diplojocus

Attachment: u_delswitch-help.pd
Description: Binary data

Attachment: u_delswitch.pd
Description: Binary data

_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Reply via email to