Subject: MAX Digest - 17 Jan 1999 to 18 Jan 1999 (#1999-18)
Date: Tue, 19 Jan 1999 00:00:02 -0500
From: Automatic digest processor 
Reply-To: MAX - Interactive Music/Multimedia Standard Environments
     
To: Recipients of MAX digests 

There are 10 messages totalling 377 lines in this issue.

Topics of the day:

  1. Max helpers
  2. Patcher *p in external
  3. Bomb Pictures
  4. Advice on new project (2)
  5. new version of granular patch
  6. European intellectuals
  7. 
  8. CD grabbers
  9. MIDI transmission problem

McGill is running a new version of LISTSERV (1.8d on Windows NT).
Information is available on the WEB at http://www.mcgill.ca/cc/listserv

----------------------------------------------------------------------

Date:    Sun, 17 Jan 1999 22:17:04 -0800
From:    David Zicarelli 
Subject: Max helpers

I regularly get requests from people looking for people to
write Max patches for them, and it would be great if there
would be a list of people who would be interested in doing
this sort of work. Then I could point prospective clients
to such a list, and feel like I was doing everyone a favor.

I'm not sure how to proceed, but one idea might be that
someone who was maintaining a Max-related web site might
want to solicit e-mail from interested consultants, and
then compile a nice list. Information in such a list might
include relevant experience and some kind of statement of
the sort of things the consultant likes to do.

We used to give out such a list with the first Opcode versions
of Max. I think it could be revived in an internet guise, and
then it might be kept up-to-date a bit more easily.

Just an idea. If no else one volunteers to do it, I will.

David Z.

------------------------------

Date:    Sun, 17 Jan 1999 22:20:33 -0800
From:    David Zicarelli 
Subject: Re: Patcher *p in external

Jean Favory  writes:

>Does someone know how is it possible, in writing external object, to get
>a pointer on a standard interface object's owning patcher?

For non-user-interface objects, it's bound to the symbol "#P" when
your instance creation function is called. Other bindings are the
owning box for non-UI objects bound to #B (at this same time)
and the name of your object bound to #I in your extern's initialization
(main) routine.

David Z.

------------------------------

Date:    Mon, 18 Jan 1999 08:52:57 -0500
From:    Eloy Anzola 
Subject: Bomb Pictures

Dear List:

Lately I've fooling around with Bomb and MAX.

It's just too much fun and way too cool to
move my MIDI faders and watch the Colors and
Graphics change and fly all over my screen.
Awesome !!.

But, I Wonder if anybody has any suggestions
on how to make pictures for the suck folder.

So far unless I use Bomb's original pictures it'll
freeze as soon as it starts.

I've tried Macintosh & IBM TIFF's (144x144 72 dpi)
with LZW compression and without. Always putting the
names in the suck-dir file.

Any help and direction would be greatly appreciated.

Thanks so much,
Lots of love,

Eloy
 ------
leaddaet@earthlink.net
http://home.earthlink.net/~leaddaet

------------------------------

Date:    Mon, 18 Jan 1999 11:42:54 +0000
From:    MiS 
Subject: Re: Advice on new project

>
>
> Date:    Sun, 17 Jan 1999 14:28:01 -0500
> From:    Jeff Mann 
> Subject: Re: Advice on new project
>
> > From:    Thomas Gardner 
> ...
> > These are my plans -
> > Use the 'soundbeam' (an ultra sonic sensor) as input
> ...
> > The sorts of musical activity I had in mind were
> > 1) A Steve Reich like phasing, where the mobile part of the pattern
shifts
> > according to the position of the nearest person.
> > 2) Different harmonic regions played according to the position of the
> > nearest person.
> > 3) Assorted effects and surprises triggered by someone getting nearer
the
> > sensor.
>

> [snip]
>
> Using a distance sensor is very common, but what you end up with is
> people just walking forwards & backwards a few steps, and that gets dull
> rather quickly, not to mention that you look and feel kind of foolish.
>

Consider tracking not only distance but also the speed of movement (if
that's
possible) or otherwise introduce some random routine for processing the
distance data to reduce the possibility of exact repetition.  This way you
will
fool those who try to fool your system :)

Michal

PS.  Thanks to all those who replied to my sysex question.  It's been useful
(especialy the patch :) ).

------------------------------

Date:    Tue, 19 Jan 1999 01:49:53 +0900
From:    sako 
Subject: new version of granular patch

Hi

New version of msp granular patch is now available at

http://www.marin.or.jp/sako/granular_2.0.sit.bin

     msp Granular 2.0

     granular synthesis and graphical sample player for msp.

     topic of v2.0
     * playing 8 grains simultaneously.
     * more stable and accurate sequencing.
     * add pitch randomize and quantize function.
     * add new control mode
      ..........grphical drawing of performance, like Hyperprism.

     CPU Utilization; approx. 21.0% on PowerBook G3/300MHz, OS8.5

Any commnets are welcomed.

thank you

----------------------------------------------------------
nobuyasu sakonda (composer)

5-4-8-603, Oishi-higashimachi, Nada, Kobe, 657-0043 Japan
phone & fax:  +81-(0)78-882-2263
email: sako@marin.or.jp
homepage: http://www.bekkoame.or.jp/~nsakonda/Welcome.html

------------------------------

Date:    Sun, 17 Jan 1999 01:02:19 -0600
From:    =cw4t7abs 
Subject: European intellectuals

>Date:    Sat, 16 Jan 1999 14:05:18 -0500
>From:    Nicholas Longo <71477.2332@COMPUSERVE.COM>
>Subject: Re: my personal contribution of "krapmatter" for 1999
>
><<
><
><<<>Please remember this if/when you have the chance to vote...
>
><<<<
><
><<-R
>
>You've been spending too much time with European intellectuals.
>
>------------------------------

This is why I love 

-
-
-

One becomes free only upon realizing that freedom and fairness simply do
not exist

------------------------------

Date:    Sun, 17 Jan 1999 03:38:57 -0600
From:    =cw4t7abs 
Subject: 

msp + microsoft  =  MSHTML 4.72.3110.7

>
>------=_NextPart_000_003A_01BE415F.6B56C5E0
>Content-Type: text/html;
>        charset="iso-8859-1"
>Content-Transfer-Encoding: quoted-printable
>
>
>
>
>
>http-equiv=3DContent-Type>
>
>
>
>
>
>needing to control some = >fluctuating levels=20 >inside my patch, i made a simple >compressor using metro/avg~ to = >read a=20 >table object, the numbers derived from >this being used to control = >a *~=20 >object, through which the audio is passing. The >table provides = >the=20 >compression curve. >the problem is that it's a bit = >clicky.(less so if=20 >i slow metro down, but it's >still there). does anyone have any=20 >suggestions for a clean compressor? it >shouldn't be too processor = > >intensive, as I'm close to the limit again, and i >need to run = >several of=20 >them.
>
 
>
a) lowpassfilter the = >"control"-signal=20 >(eg. at 10 Hz) and the clicks should go...
>
 
>
or
>
 
>
b) use a envelopefollower (like a lowpassed square = >of the=20 >inputsignal) passing thru a lookup rather than a table.
>
 
>
 
>
size=3D2>wolf

> >------=_NextPart_000_003A_01BE415F.6B56C5E0-- _NextPart_000_003A_01BE415F.6B56C5E0-- ------------------------------ Date: Mon, 18 Jan 1999 15:09:58 -0500 From: David Crandall Subject: Re: Advice on new project On Mon, 18 Jan 1999, MiS wrote: > > Date: Sun, 17 Jan 1999 14:28:01 -0500 > > From: Jeff Mann > > Subject: Re: Advice on new project > > > > > From: Thomas Gardner > > ... > > > These are my plans - > > > Use the 'soundbeam' (an ultra sonic sensor) as input > > ... > > > The sorts of musical activity I had in mind were > > > 1) A Steve Reich like phasing, where the mobile part of the pattern shifts > > > according to the position of the nearest person. > > > 2) Different harmonic regions played according to the position of the > > > nearest person. > > > 3) Assorted effects and surprises triggered by someone getting nearer the > > > sensor. > > > > Using a distance sensor is very common, but what you end up with is > > people just walking forwards & backwards a few steps, and that gets dull > > rather quickly, not to mention that you look and feel kind of foolish. > > Consider tracking not only distance but also the speed of movement (if > that's possible) or otherwise introduce some random routine for > processing the distance data to reduce the possibility of exact > repetition. This way you will fool those who try to fool your system :) This sounds like the kind of thing the Very Nervous System is supposed to be good at, not just analyzing the raw [distance, position, etc] but analyzing it somewhat. To find it do a web search on "David Rokeby." dc ------------------------------ Date: Mon, 18 Jan 1999 21:37:18 +0100 From: Hans Tutschku Subject: Re: CD grabbers >You might also want to look at Disc to Disk from Optical Media International >JW. is there a version working with IDE drives? --------------------------- Hans Tutschku http://www.multimania.com/hanstutschku ------------------------------ Date: Mon, 18 Jan 1999 22:18:41 +0200 From: Eirik Lie Subject: MIDI transmission problem Hello everybody, I often get a problem with the MIDI transmission when running a Max patch continously for some time. Both the Max patch and the transmission of MIDI stops, and an OMS dialog box tells me: "There is a MIDI transmission problem on the Modem port. Either the interface is missing, or too much data is being sent. Choose "Reset Port" if you've reconnected a disconnected interface, or if there was momentarily too much MIDI data. Choose "Forget Port" if the interface is not present." Clicking "Reset Port" just brings the dialog box back after a couple of seconds, and "Forget Port" does just that, and I have to restart Max to make contact with the interface. The strange thing is, this only happen on my PowerMac 7600 with a Studio4 interface. The same patch running on an old LC475 with a MIDI Translator II interface works just fine. The patch in question are not particularly MIDI-busy, either. Any ideas? Eirik Lie, Bjornerabben 9, N-0383 Oslo, Norway Email: eirikli@notam.uio.no - Tel +47 22 50 23 14 Check out my CD "12 Bilder": http://home.sol.no/home/eiriklie/Visual.html ------------------------------ End of MAX Digest - 17 Jan 1999 to 18 Jan 1999 (#1999-18) *********************************************************