Subject: MAX Digest - 23 Feb 1999 to 24 Feb 1999 (#1999-64)
Date: Thu, 25 Feb 1999 00:00:02 -0500
From: Automatic digest processor 
Reply-To: MAX - Interactive Music/Multimedia Standard Environments
To: Recipients of MAX digests 

There are 9 messages totalling 249 lines in this issue.

Topics of the day:

  1. Ethernet Input (2)
  2. fft~ ...ifft~
  3. Deglitched Groove~
  4. deglitched groove~
  5. message variables with comma?
  6. expletive deleted (ie crash)
  7. Nyquist filters
  8. cd  --> Wanted !!!


Date:    Tue, 23 Feb 1999 21:59:41 -0800
From:    Matt Wright 
Subject: Ethernet Input

Nathan Wolek said:

> Has anyone out there developed an object (or workaround) that would
> allow MAX to read data coming in through the ethernet card?  I am aware
> of CNMAT's OpenSoundControl but this is not what I am looking for.  I
> want a way to read in the raw data coming in through the ethernet
> connection for manipulation within MAX.  If anyone out there has an
> answer, please let me know.

OpenSound Control is a high-level application protocol that is independent
the particular networking technology you use to move OpenSound Control
messages from one machine to another.  I'm not offended that you don't want
use OSC.  :-)

CNMAT's "UDP" and "OTUDP" objects know nothing about OpenSound Control; they
just give you access to a big raw buffer of bytes that you can send or
via the Internet.

The problem is that the unit of currency of the UDP protocol is "a big raw
buffer of bytes", but there's no Max data structure that can hold such a
thing, so if you want to use UDP you have to write an external that
whatever translation you want to get between the raw bytes and Max's
list/atom/symbol/float/int/signal data language.  (Perhaps the simplest such
translation would be "turn every UDP packet into a list of floats".)
OpenSoundControl is one such external, but it's easy enough to write your
and then use UDP or OTUDP to send your data via Ethernet.



p.s. A new, more reliable version of OTUDP is on the way soon...


Date:    Wed, 24 Feb 1999 02:51:29 -0500
From:    Nathan Wolek 
Subject: Re: Ethernet Input

Matt Wright wrote:

> OpenSound Control is a high-level application protocol that is independent
> the particular networking technology you use to move OpenSound Control
> messages from one machine to another.  I'm not offended that you don't
want to
> use OSC.  :-)

My only problem with OSC was the platform support.  My understanding was you
MAX and a macintosh.  Maybe it would help to explain what I need to

We have a multimedia performing ensemble here at Stetson with a concert in
One of our members is going to be away in Germany at the time of this
After a visit from Chris Brown in January (at which he sang the praises of
we were inspired to try to get some type of input from our member while in

Problem is the only computer we know he will have access to is a PC laptop.
of us are programmers really so we went looking for existing tools.  Our
thought was to set up some sort of chat-type link between the two computers
catch the incoming data with MAX for interpretation/translation.  This of
is going to generate excess noise from the general ethernet packets.

Second solution (which is looking more feasable) is to set up a HTML and CGI
interface for our Germany-bound member which writes to a data file on one of
local servers and then have MAX check that data file periodically for
information.  The risk here is server reliability.  But we also have the
possibility here for not just one, but multiple people affecting various
parameters at our concert from afar.

The stuff on the Rainstick page that Eric Singer shows some promise, but I
be interested to hear from anyone else who may have tried something similar.

Nathan Wolek


Date:    Wed, 24 Feb 1999 09:02:15 +0200
From:    Joachim Gossmann 
Subject: fft~ ...ifft~

Hello Max friends...

I am working on a piece with live electronics, and want to do some
spectral/time manipulation using the fft~ algorithm like what you can do
with IRCAMs Audiosculpt. (Only in real time).
I am a little stuck because I can not find any audio rate list
processing functions or something similar to manipulate the signal that
fft~ emits....
What can be used to change the FFT-Signal before resynthesis?
Especially hints on spectral shifting would be helpful.

Any suggestions?

Joachim Go§mann


Date:    Wed, 24 Feb 1999 11:22:39 +0200
From:    Tom Mays 
Subject: Re: Deglitched Groove~

>Has anyone written a deglitcher for the groove~ object to reduce the splice
>point while looping? I'm thinking of some little ramping mute driven by
>snapshot~. Of course the placement will have to be justified by the length,
>speed and direction of groove~ playback

>Any suggestions? Anyone interested if I write one?

Well, the answer is actually in the help file, but you have to infer a bit.

The right outlet is for "loop sync". [ie. sync output ramps from 0 at
beginning of loop portion of sample (according to current min and max)
to 1 at the end].

Take the right outlet of groove~ and run it into the right inlet of a
cylcle~ that's loaded with a 512 sample windowing function stored
in a buffer~ (ie. sine-like rise from 0.0 to 1.0, flat top, sine-like fall
back to 0.0, and  written into the buffer~with a peek~, then stored on
disk if you like). Then take the output of the cycle~ multiply it
with the left outlet of groove~,

and Voila! The amplitude rises and falls in sync with every loop!



Date:    Wed, 24 Feb 1999 09:24:23 +0000
From:    david stevens 
Subject: Re: deglitched groove~

> Has anyone written a deglitcher for the groove~ object to reduce the
> point while looping?

I'd love to have something like this - it's something i've been trying to
out as well, but there'd need to be some way of filling the gap left by the
fade, as in Alex's suggestion of 2 line~/play~ combinations. LiSa manages
clickfree looping problem pretty well - anyone know how it's done in that



Date:    Wed, 24 Feb 1999 09:30:41 +0000
From:    david stevens 
Subject: Re: message variables with comma?

Stephen wrote:
> I forget exactly (maybe someone else will chime in) but if you are
> loading a main patcher and get this message, and the patcher still
> loads, it could be that one of your coll files has become corrupted.

that could well be it. I'm using coll to save a series of curves for a
table. if
i check "don't save" in table the problem goes away for a while.

> I don't know how you would get this message if everything you're
> doing has been done with Max 3.5.9...
there's actually quite a few undocumented error mesages that i get from time
time. is there a full list anywhere?




Date:    Wed, 24 Feb 1999 14:11:45 +0000
From:    david stevens 
Subject: expletive deleted (ie crash)

oh xxxxxxxxx

several days since my last backup - and max just crashed during a save
operation, which of course has screwed up my patcher (it doesn't load all
way any more).

i have a collectivised version that i made this morning, which ofcourse has
my latest changes and improvements in it, which I can open in Max, but not
unlock. so the question is, is there a way to unlock a collectivised

or do i have to remember what changes i made over the last few days?




Date:    Wed, 24 Feb 1999 16:52:09 +0100
From:    Jeffrey Burns 
Subject: Nyquist filters

What is the best way in MSP
1) to filter out frequencies above the Nyquist rate (22,000 Hz)?
2) to filter out frequencies below the Nyquist rate?


Jeff Burns


Date:    Wed, 24 Feb 1999 12:58:06 +0000
From:    Michal Seta 
Subject: cd  --> Wanted !!!

Anyone got a trace on a cd object that works with BOTH scsi and IDE drives?




End of MAX Digest - 23 Feb 1999 to 24 Feb 1999 (#1999-64)