Subject: MAX Digest - 16 Aug 1999 to 17 Aug 1999 (#1999-245)
Date: Wed, 18 Aug 1999 00:00:50 -0400
Automatic digest processor <LISTSERV@LISTS.MCGILL.CA>
Reply-To: MAX - Interactive Music/Multimedia Standard Environments <MAX@LISTS.MCGILL.CA>
To: Recipients of MAX digests <MAX@LISTS.MCGILL.CA>

There are 7 messages totalling 218 lines in this issue.

Topics of the day:

  1. groove~ bug?
  2. Realtime FX processor
  3. Pluggo in MSP
  4. MAX Digest - 15 Aug 1999 to 16 Aug 1999 (#1999-244)
  5. trigger sound files
  6. Pluggouts
  7. CPU and pcontrol problems


Date:Tue, 17 Aug 1999 10:44:59 +0100
From:Benjamin Thigpen <Benjamin.Thigpen@IRCAM.FR>
Subject: Re: groove~ bug?

Hi Johan,

Thanks again for your response.

>>I wonder if this is behind my other problem - setting the loop points of
>>groove~ with signals. No one responded to that message, so I suppose it
>>works fine for everyone else ????
>Actually it did not with me (using latest msp version). Indeed groove~
>accepts signal as samples, rather then milliseconds. Also the sync output
>is not updated with a signal as loop-end.

Ah. This is bad news. I did not yet manage to update (file not found
error), but I did replace pow~ and groove~. Although replacing pow~ cured
my other problem (thanks), replacing groove~ did nothing. Seems to be a
bug then, no?

>Question (though): what would be de advantage of using signals for

Answer:so that you can change them without clicks. If you're using the
sync signal to put an envelope on your loop (fadein, fadeout), you can use
sah~ to change your loopoints only when the envelope is at 0. Otherwise
you get clicks:if you change the looppoints mid-loop, it changes your
sync signal instantaneously and so jumps to another point in your envelope



Date:Tue, 17 Aug 1999 10:08:29 +0100
From:david stevens <david@RESONANT.DEMON.CO.UK>
Subject: Re: Realtime FX processor

hi Stefano,

i don't know if you feel like spending more money - but Spark from TCWorks works
with vst plugins (including Pluggo), and you can also use it as a realtime fx
processor. the plugins are setup in a 4*6 matrix (i think - i'm not in my studo
right now), which means that a degree of routing is available. it's a nice

programme - more info at


> Is there a way to use Logic (or any other audio/seq, apart
> MAX/MSP!!!) as a realtime FX processor?
> I hope someone has a solution...
> Stefano Cecere


Date:Tue, 17 Aug 1999 10:12:09 +0100
From:david stevens <david@RESONANT.DEMON.CO.UK>
Subject: Re: Pluggo in MSP


i got an email from David Z about a week ago in which he basically said that
this _is_ going to happen, but that it's non-trivial, and will take some time.
more than that i don't know.


> From:James Lawrence Keepnews <keeper@RPI.EDU>
> I don't recall seeing a response from DZ to a post on this topic a few
> weeks back (if there was one, please, flame me, without mercy...I'll have
> earned it).


Date:Tue, 17 Aug 1999 12:49:07 +0200
From:heiniger <heiniger@UBACLU.UNIBAS.CH>
Subject: Re: MAX Digest - 15 Aug 1999 to 16 Aug 1999 (#1999-244)

>Once I have extracted the amplitudes from fft~'s outputs (by squaring the
>real and imaginary, adding them together and taking the square root), I am
>able to manipulate them ok, but I don't understand what they are. In what
>units are they, and what is their range? They seem to go from 0 to 307 or
>so, but almost all the action is between 0 and 50. Is there some way to
>get them into a nice, useful range of (say) 0.0 to 1.0?
>Any explanations greatly appreciated.

Try : FFT size (eg. 1024) over Eulers Constant as max. value

then Magnitude over max. value = scaled Magnitude

(don't ask me why, but it works for me and looks somewhat reasonable)



Date:Tue, 17 Aug 1999 15:34:15 +0100
From:Roland Cahen & Ruth Sefton-Green <>
Subject: trigger sound files

>From:Jason DeWaard <jason_dewaard@GSE.HARVARD.EDU>
>Subject: MAXapplication

>Hello all.
>I was wondering if anyone could help me out. I have some
>roland v-drum pads that I am using with an alesis drum
>brain to trigger sound files stored on a g-3. The trick is
>this: I would like to have each pad play from a bank of
>sounds that changed either at random or using velocity as
>parameter. That is to say, every time the pad was hit, it
>would play a different sound from within a similar group of
>sounds. I am pretty certain Max can do this but I am unsure

There are many ways to do this with Max/MSP
try putting your sfiles in a single folder in the max folder
(if sfile name not reckognized, put the folder in the pref path)
use sfplay~ or better sfcontrol~ with two voices.
write your sfnames in as many messages boxes you want
trig one box or another with a select object controled by velocity or whatever.
That could be a start
try also using buffer~ and groove~ or other ram sound disposalls for short
Good luck
Roland Cahen


Date:Tue, 17 Aug 1999 15:34:01 +0100
From:Roland Cahen & Ruth Sefton-Green <>
Subject: Pluggouts

Pluggo is very nice but :
Using pluggins with a sequencer is such a pain.
Allright with protools but vision obliges you to open boxesinboxesinboxes
and to change bits&nuts&vindows through themselves
and finally crashes your machine when it begins to be slightly interesting
because my DSP can't support the hassle.
For me, making music isn't playing a game of cards castle.
That has to be said (une fois!)

Why not doing 'pluggouts' instead ?
that meens separate application
I did some with MSP and truly it's much more fun.
I which someone would develop some good interface
which would be able to run any pluggins
including pluggo and commercial vst pluggins.
I haven't found it yet.

The GRM in Paris is on one, but for the time beeing,
it doesn't seem to be compatible with pluggo.

Let's vait and see said the 'soucis'.

Rockant la Haine (alias Roland Cahen)



Date:Tue, 17 Aug 1999 11:50:16 +0000
From:John Phillips <jpch@TERRAGIZMO.NET>
Subject: CPU and pcontrol problems


I'm working on an MSP patch with 8 patchers of "sound-makers" heading for
one dac~ -all with a toggle box hooked to enable $1 then intopcontrol
outside of the patcher. I use a coll to select which modules are "on." My
beginner's question is: when all the patchers are "off" and I toggle the
dac~ on, my CPU usage is around 18-20%... when several of the patchers are
on it only goes up a percentage point or two. I've checked by looking into
the patchers that are "off" and can't see any activity. Maybe just a dac~
breathing uses that much CPU? UMAX/G3 board, OS 8.1, plenty of RAM.

Thanks for any advice.

John Phillips / sound artist:


End of MAX Digest - 16 Aug 1999 to 17 Aug 1999 (#1999-245)