Ja, I made that in 2 seconds before I went out the door. Thanks for catching the delay error.
On May 5, 2013, at 3:48 PM, [email protected] wrote: > From: Roman Haefeli <[email protected]> > Subject: Re: [PD] High CPU usage when tracks are muted (Raspberry Pi) > Date: May 5, 2013 3:48:19 PM EDT > To: [email protected] > > > 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 -------- Dan Wilcox @danomatika danomatika.com robotcowboy.com
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
