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
Dear PD Friends,
We are building a collaborative music sculpture, using five Raspberry
Pi's to each run a seperate instrument / HID.
Everything is very well, they each run a minimal Arch installation and
boot up into PD without a GUI.
One machine we are building at the moment, is just a very
On 5 May 2013 18:42, Dan Wilcox danomat...@gmail.com wrote:
Even though you don't have audio coming out when you're muting, you're
still doing dsp.
Yes, what I don't understand though is _why_ we see such an increase
in CPU load, when the channels are muted.
You should put each channel in a
On 2013-05-05 13:52, Halfdan Mouritzen wrote:
Yes, what I don't understand though is _why_ we see such an increase
in CPU load, when the channels are muted.
Could it be that denormals are produced when the line gets close to 0?
Depending on how the floating point is set up that could cause a
Yep good call, maybe a Pd update might fix it
(pre-compiled version for RPi on Miller's webpage
http://crca.ucsd.edu/~msp/software.html )
as from 0.44-2 the denormal thing has (apparently) been sorted.
On 5 May 2013 18:58, Martin Peach martin.pe...@sympatico.ca wrote:
On 2013-05-05 13:52,
This might be the wrong direction but for a multichannel installation I has
great success with Eric Lyon's player~ abstraction in his pd potpourri set.
Not sure if it will work since its an external but I had 20+ players firing off
and never had a glitch.
Cheers~
pp
On May 5, 2013, at 2:37 PM,
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
