[PD] High CPU usage when tracks are muted (Raspberry Pi)

[Dan Wilcox]

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, pd-list-request at iem.at wrote:

> From: Roman Haefeli <reduzent at gmail.com>
> Subject: Re: [PD] High CPU usage when tracks are muted (Raspberry Pi)
> Date: May 5, 2013 3:48:19 PM EDT
> To: pd-list at iem.at
> 
> 
> 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





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20130507/2c75770b/attachment-0001.htm>