Subject: MAX Digest - 28 Mar 1998 to 29 Mar 1998
Date: Mon, 30 Mar 1998 00:01:35 -0500
From: Automatic digest processor 
Reply-To: MAX - interactive music/multimedia standard environments
To: Recipients of MAX digests 

There are 7 messages totalling 174 lines in this issue.

Topics of the day:

  1. Midi 50 Feet
  2. making your own bomb images
  3. grab-like behavior
  4. follow that body...
  5. cd~ ?
  7. writing directly to an object's structures


Date:    Sun, 29 Mar 1998 09:31:42 -0500
From:    Elliott Earls 
Subject: Midi 50 Feet


I need contoll my computer via a midi keyboard 50 feet away. can I send
midi 50 feet on midid cables?

DO I need a "repeater?" do they make a "repeater?"




Date:    Sun, 29 Mar 1998 10:59:37 -0400
From:    Curtis Bahn 
Subject: making your own bomb images

This may be obvious to some people but it took me a little while to figure
out and I didn't see it spelled out anywhere out so I'll pass it along.
Correct me if I'm wrong...

To drive bomb with your own images:
1) create a tiff file in IBM byte order.  The image will be scaled to the
size of the bomb window: 320x200 pixels.
2) save it in the "suck" folder inside your MAX folder
3) add it's name to the "suck-dir " list inside your MAX folder

that's it.


p.s. what about "big bomb,"  will that be a max object as well?


Date:    Sun, 29 Mar 1998 10:11:34 -0700
From:    Kevin Walker 
Subject: Re: grab-like behavior

At 11:44 AM -0700 on 3/28/98, Christopher Dobrian wrote:

> wrote:
>>The object...would set the contents of the buffer~ according to
>>the formula in the expr object.
>I don't know if this will suit your needs, but check out the peek~ object.
>(Combined with Uzi and expr, it can set the contents of a buffer fairly

Yes, I've tried that method, and it's workable.  But I'd rather have an
object like the one I described.

So again:  Anybody know how to write an object that behaves like _grab_?


Date:    Sun, 29 Mar 1998 23:07:55 +0200
From:    arjen van der Schoot 
Subject: follow that body...


I have been involved in a few interactive music/animation projects and am
about to embark on another one. For this piece the movements of 5 people
across three 6meter*6meter rooms
should be tracked simultaneously. Right now I am tossing about ideas to get
this done.

So far I have hands on experience with Icube, sensorlab, and data coming
from weight sensors, light breakers and simple potentiometers. Also I have
been playing around with Big Eye a bit. The question I'd like to ask here
is: do you have experiences with or knowledge of other human-body
localisation systems than the ones above and if so, could you point me in
the some direction ?


Arjen van der Schoot
Utrecht, the Netherlands


Date:    Sat, 28 Mar 1998 23:50:35 +0200
From:    "Philippe Montémont" 
Subject: cd~ ?

Date:    Wed, 21 Jan 1998 21:36:33 -0800
From:    David Zicarelli 
Subject: Re: cd object

Jean Favory  writes:

>cd object seems to work only with SCSI devices. Does Someone know if it
>exist a similar object working with IDE devices?

>>I'm working on a new version of cd that will work with IDE drives.
>>Unfortunately, I haven't found a way to retain the ability
>>to work with multiple drives or CD-ROM changers while working with
>>IDE drives yet, so the research continues.

>>David Z

Is a cd~ (MSP)object imaginable?

Thank you!

Philippe Montemont


Date:    Sun, 29 Mar 1998 13:35:25 -0800
From:    David Zicarelli 

Pam Jennings  writes:

>I'm currently resurrecting a program that was written on the Quadra 950 and
>now running on a G3.  I tested on a Power Computing 225 without problems.
>on the G3 I'm getting "Overdrive" crashes with the instruction of hitting
>resume command.  Can anyone give me any insight on what causes this.  I
>too much data flow.  I'm reading in from the serial port and then parsing
>data to controls for Midi, Video and AiffPlay external.

I assume you're talking about getting stack overflows. If you're
using a PowerPC version, 3.5.9 might do a bit better for you.

Also, make sure File Sharing is off.

I will say that most of the time when this sort of thing happens,
there's a loop hidden somewhere in the patch.

David Z.


Date:    Sun, 29 Mar 1998 13:48:40 -0800
From:    David Zicarelli 
Subject: Re: writing directly to an object's structures

Fred Collopy  writes:

>Is it possible to assign a value directly to a variable that is part of an
>external object's structure (from C, say). For example, if I want to assign
>a window pointer to the *b_wind field of the b_ob structure of the object
>bomb, is there some way I can do that? Put another way, I am asking if it
>is possible for max objects to communicate with one another's internals
>(assuming of course that you know them) or if the communication must all go
>out to max and in through inputs?

If you knew the location of a field in an object's data structure,
you could certainly do this. Of course, in this case, it's
not a good idea, since the moment bomb goes away it will try
to free whatever is in that spot. If you in fact own that
window, you will not be happy.

There are always reasons to want to reach into someone else's
pocket, but in a civilized society, we agree to keep our hands to

David Z.


End of MAX Digest - 28 Mar 1998 to 29 Mar 1998