Subject: MAX Digest - 12 Mar 1998 to 13 Mar 1998
Date: Sat, 14 Mar 1998 00:01:07 -0500
From: Automatic digest processor 
Reply-To: MAX - interactive music/multimedia standard environments
To: Recipients of MAX digests 

There are 6 messages totalling 196 lines in this issue.

Topics of the day:

  2. server source code
  3. MSP/Supercollider - realtime granular synthesis
  4. Retrieving Max patchers from application (2)
  5. check failed


Date:    Fri, 13 Mar 1998 01:17:40 -0600
From:    =cw4t7abs 

>From:    Stephen Kay 

>Maybe you also wish Opcode would give you the source code when you =
>buy Vision, and Coca-Cola would give you the formula when you buy =
>a Coke ;-)

onl+_e dze uneventful would w!sh 4 dzat.
dze search 4 answer > !nteresant

doez any1 hav dze
max server source kode _?

+ doesnt mind sharing it _?

does any1 kno whom to kontakt regarding
akuizition \
purchase of max server _?


Date:    Fri, 13 Mar 1998 03:07:44 -0500
From:    Stephen Kay 
Subject: server source code

>doez any1 hav dze
>max server source kode _?

Jeez, you must be slipping. I can actually almost read it.

OK, against my better judgement I confess curiosity.  =

What is the max server source code?

Stephen Kay


Date:    Fri, 13 Mar 1998 19:53:34 +0100
From:    Garth Paine 
Subject: MSP/Supercollider - realtime granular synthesis

Hi all,

I am jsut developing an interactive sound environment and am looking for a
way of creating the ambient sound scape within the installation using
granular synthesis of the sounds made within the installation with the
control of the synthesis process governed by raltime video sensing using
David Rokebys fabulous VNS.

So I have cinsidered buys Supercollider to do the realtime granular
synthesis after examining the demo, and would control it using MIDI from
the VNS CPU.  Are you there James ? any advice or comments would be great.

Option 2 may be MPS ?  I have looked at it briefly be became frustrated
with having to quit inbetween each test run of the demo.  Can MPS do
granular synth. in realtime ? can I do that on the same CPU that is running
the MAX patch for the VNS ?  How easy is MPS to programme and set up to do
the granular stuff ?  (David Z, are you there ?)

any comments or advice etc will be very gratefully recieved.



Sonic Residues detailed programme notes for concerts and installations now
on line at

Garth Paine
Composer, Sound Designer, Interactives
Museums, Dance, Film, Theatre
Phone 61 3 95259844 (W)
Fax 61 3 95275549

Immersive Virtual Environments


Date:    Fri, 13 Mar 1998 09:00:59 -0500
From:    Tommy DOG 
Subject: Retrieving Max patchers from application

>Date:    Thu, 12 Mar 1998 15:38:14 -0500
>From:    Stephen Kay 
>Subject: Retrieving Max patchers from application
>>I wish I could answer this one but I'm curious about the same thing. I
>>people would include the original patcher when they upload their work so=
> I
>>could see how it does what it does. I haven't tried but it would be nice=
>>know how to take apart a external see what it's made of.
>Maybe you also wish Opcode would give you the source code when you =
>buy Vision, and Coca-Cola would give you the formula when you buy =
>a Coke ;-)

Actually, no.
As I'm not a programmer, I am just curious how other people handle problems
in Max that are interesting to me.  I'll leave the smart stuff to the smart
folks and stick with art.  ;)

"Death To The Dumb, Curses Upon The Heads Of The Weird"
Tommy DOG, specialist & curator of noises and visual oddities


Date:    Fri, 13 Mar 1998 15:47:28 -0500
From:    Roland Hemming <100414.2220@COMPUSERVE.COM>
Subject: Retrieving Max patchers from application

Stephen and I discussed ages ago the ability to get objects out of MAX
applications. From what I understand you can only extract 68K versions of
objects from MAX. David Z is this correct?

As far as extracting patchers is concerned you can fairly easily make it
impossible to open patchers once you've got them.

One way is to lock then when you save it, but make sure you do this in
3.5 + or else you can get round the locking by opening the file and
saving it under a different name.

Another way to make your patchers difficult to open is to make them
depend on other patchers being there so one patcher looks for another and
if it can't find it it destroys itself. Now you might think that you can
get round that by opening a MAX patcher after switching the scheduler
off. However some objects don't require the scheduler to work, the active
object for example.

In your hacker protection routine use only internal objects so they can't
be removed. Also make the patcher bigger than 32K so it can't be edited
as text.

Also you could create a series of subpatchers with a series of changeable
arguments. For this to work you would have to have the scheduler working
and a number of nested patchers with lots of arguments would deter the
most devious hacker.

I discovered this hacker protection method by accident as I write all my
programs as patchers with arguments. However if I come back to a patcher
after several weeks even I can't remember what is going on!



Date:    Fri, 13 Mar 1998 18:51:12 -0500
From:    Marcel Wierckx 
Subject: Re: check failed

I've experienced these exact same problems recently with Max 3.5.9 on a
7200/120. Minor irritation only, but an irritation nevertheless.

Marcel Wierckx

>I think there's still a problem with number box fonts in 3.0: the
>sizes seem to be consistent, but every now and then a font selection
>seems to get lost.
>While I'm on this track: did I ever report the file type bug? It seems
>that an external object which does binbuf file input and output as
>text often causes saved patches to be written out implicitly as text
>files as well; worse, sometimes the file is written as text but given
>the binary file type, making it unloadable without some fiddling.

               Jazz is not just smells funny.
                                                         - Frank Zappa


End of MAX Digest - 12 Mar 1998 to 13 Mar 1998