Subject: MAX Digest - 1 Jul 1999 to 2 Jul 1999 (#1999-198)
Date: Sat, 3 Jul 1999 00:00:00 -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 6 messages totalling 271 lines in this issue.

Topics of the day:

  1. storing and copying function-envelopes
  2. grouped audio faders (2)
  3. virtual PC on the Mac?
  4. AIBO and Max
  5. video sampler (alpha) released


Date:Fri, 2 Jul 1999 08:56:46 +0300
From:Tom Mays <tmays@HOL.GR>
Subject: Re: storing and copying function-envelopes

Here's a simple patch to sopy function envs. Note that you need
from McCartneyToolsFAT (available at Ircam's ftp, among other place i think)

NOTE ALSO that the dump command does not send out any sustain point info!
I had previously brought this up with david z. but it would seem that I was
the ONLY one
who wanted to be able to copy envelopes including sustain (!!???). I sure
hope not,
so speak up if you're out there! :-O

Ayway, here's the patch...

max v2;
#N vpatcher 50 40 605 673;
#P newex 185 395 49 196617 listiter 2;
#P message 155 338 14 196617 1;
#P message 259 445 31 196617 clear;
#N coll ;
#P newobj 188 363 40 196617 coll;
#P newex 197 322 52 196617 prepend 1;
#P message 207 251 204 196617;
#P message 291 223 22 196617 set;
#P newex 52 44 40 196617 b 3;
#P button 50 24 15 0;
#P message 213 220 68 196617 append \$1 \$2;
#P message 81 74 31 196617 dump;
#P user function 211 475 411 575 1 1;
#X domain 1000.;
#X range 0. 1.;
#X done;
#P user function 81 96 281 196 1 1;
#X add 154.25531 0.293333 0;
#X add 367.021271 0.866667 0;
#X add 563.829773 0.373333 0;
#X add 803.191467 0.826667 0;
#X add 845.744629 0.253333 0;
#X domain 1000.;
#X range 0. 1.;
#X done;
#P comment 69 25 175 196617 click here to store into coll position 1;
#P comment 51 330 100 196617 click here to recall coll pos 1 to new function;

#P comment 353 111 100 196617 dump does not output sustain info!;
#P connect 7 0 8 0;
#P connect 8 1 5 0;
#P connect 5 0 3 0;
#P connect 12 0 15 0;
#P connect 14 0 12 0;
#P connect 11 0 12 0;
#P connect 10 0 11 0;
#P fasten 8 0 10 0 57 244 212 244;
#P connect 6 0 10 0;
#P connect 9 0 10 0;
#P connect 15 0 4 0;
#P connect 13 0 4 0;
#P connect 3 2 6 0;
#P fasten 8 2 9 0 87 67 296 67;
#P pop;


Date:Fri, 2 Jul 1999 11:42:50 +0100
From:Hans Tutschku <Hans.Tutschku@IRCAM.FR>
Subject: Re: grouped audio faders

>The attached version of your patch does (I think) what you want. As for the
>particular problems you mentioned:
>a "set" message to a volume fader does change the display without changing
>the audio - you need a subsequent "bang" for that; it's just like a "set"
>message to another message box - what's displayed changes, but no output
>til you bang or click the box.
>the master fader can only output every so often (rather like the strobed
>display of the fader position on screen when you wiggle it quickly with the
>mouse); if you only send out +-1 for each change of value, you'll only get
>a few 1s for a big fast movement, hence the grouped faders won't keep up.
>The following version uses the change in master fader value.

I don't have a solution yet, but all versions until now have the following
once one signal fader reaches his limit (0 or 157), the relativ volumes between
the signal faders is lost. Just try to set the signal faders to different
volumes and
move the main slider once totally up and totally down.


Hans Tutschku


Date:Fri, 2 Jul 1999 11:28:23 +0100
From:david stevens <david@RESONANT.DEMON.CO.UK>
Subject: Re: grouped audio faders

thanks to everyone for your replies....

Klaus & Neal - thanks for the patch examples; there is however one problem with
these solutions, once all of the grouped faders have moved to the top or bottom
of their range they lose their relative positions. The advantage of the
accumulator approach is that these relative positions are retained.

Tom's solution works for making the audio faders actually change the audio

level.thanks for that.

David Z wrote
> This is not true at all. You should attach number boxes to the
> output of the accum objects in your example and you will
> see that it has a few problems. I suppose if I were being really
> helpful I would fix it, but I've had a hard day...

I already did this (ie attaching number boxes) while i was trying to make the
patch work. However, i find the present behaviour quite useful. Why? Well, lets
say that you've started off with the group fader at about 25%, and then set a
variety of audio fader levels. You then want to fade these out as a group, but
not all of the faders reach zero when the group fader is at 0. If you now click
near the top of the group fader, it jumps there without altering the audio
faders (which is what would happen with a strict 1:1 relationsship) and you can
then continue the fade down. It's a bit like moving the cursor with the mouse,
then lifting and setting the mouse down when you run out of physical space.
There's probably a more elegant way of doing this (perhaps using [set $1] to
reset the group fader?), but this seems to work (or are there other problems
that i haven't noticed?).
(there's actually a small jump of a few unit values when you move the group
fader very quickly like this, butif you do it half way through a fade it's not noticeable).



Date:Fri, 2 Jul 1999 11:02:08 -0400
From:Neal Farwell <nfarwell@FAS.HARVARD.EDU>
Subject: Re: virtual PC on the Mac?

Thanks for all the ideas and links.

I may check out cheap PCs, though it's good to know there are _some_ Mac
development tools. The atmel AVR processors look good (thanks Ross) but the
materials are probably too "engineer oriented" for my present mindset...

I have to put this project on ice for a while... when it's back on stream
I'll share any useful discoveries. Meantime, an updated list of resources
will go on my site sometime today.


Neal Farwell

Visiting Fellow in Composition

Music Department
Harvard University
Cambridge MA 02138

(617) 591-9478


Date:Fri, 2 Jul 1999 16:49:52 EDT
Subject: AIBO and Max

Hello Max'ers,

I'm enchanted by the multi-platform problem of interfacing a Sony AIBO robot
with Max.

Stop laughing! Come back!

Without having an AIBO yet in hand (I'll receive one in the Dog Days of
August), I expect that anything capable of playing soccer can at least make
paw-presses (mental image of dog with beatbox). The robot has pitch
recognition and responds to combinations of notes in the same octave, some of
which may be useful. Its memory stick has to be programmed from a Windows
laptop that has a PCMCIA Type 2-compatible card slot, but that allows it a
customized repertoire of response movements.

AIBO's paw appears to be too big for it to hit single keys or buttons that
are too close together; however, it might move between octaves of a MIDI
keyboard or interact by means of other sensors I haven't thought of, perhaps
with feedback from Max in the form of command sounds.

If the possible entertainment value of this idea gnaws at anybody else,
please let me know.

~Amanda Pehlke

It clicks the contents
to want to see
and it blooms below.


Amanda Pehlke
Cikira Studio MIDI Suite
Selah, WA


Date:Fri, 2 Jul 1999 23:34:37 -0400
From:johnny DeKam <johnny@NODE.NET>
Subject: video sampler (alpha) released

<-- begin shameless plug -->

I'm happy to announce the long awaited public release of Vidvox Prophet.
(formerly referred to as IVP)

Prophet is a QuickTime Sampler for Macintosh which allows MIDI control of
any QuickTime content, and supports 3rd party video i/o hardware - allowing
true broadcast quality video output controlled via MIDI.

Prophet is uses OMS and thus makes it a great QuickTime playback engine to
compliment MAX. The current release is a late alpha (and free!), so not
every feature is working, but the playback engine is stable and working

For details goto

Thanks to everyone for your interest and patience in this project...

enjoy! and let me know what you think!

-- johnny deKam

<-- end shameless plug -->


End of MAX Digest - 1 Jul 1999 to 2 Jul 1999 (#1999-198)