Subject: MAX Digest - 9 Mar 1999 to 10 Mar 1999 (#1999-78)
Date: Thu, 11 Mar 1999 00:00:00 -0500
From: Automatic digest processor 
Reply-To: MAX - Interactive Music/Multimedia Standard Environments
     
To: Recipients of MAX digests 

There are 8 messages totalling 371 lines in this issue.

Topics of the day:

  1. MAX Digest - 8 Mar 1999 to 9 Mar 1999 (#1999-77)
  2. QuickTime
  3. Ring modulation
  4. animation
  5. Controller Jitter (3)
  6. New Graduate Program in Computer Music and Multimedia Composition

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

Date:    Wed, 10 Mar 1999 01:08:21 +0000
From:    Steve Smith 
Subject: Re: MAX Digest - 8 Mar 1999 to 9 Mar 1999 (#1999-77)

Is there any way to find the locations of recurrances of a particular (or
any one) Max object in my program throughout the various and sundry
patchers?

It would be nice if there is a function to access them (as in double
clicking a send object)

Thanks - -

                      Steve Smith

_____________________________________

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

Date:    Wed, 10 Mar 1999 07:26:52 +0100
From:    Jeffrey Burns 
Subject: QuickTime

>Hallo,
>could anybody be so kind a tell me about useing MAX 3.5.9. on MacOS8.5
>to drive Quicktime 3.0. ?
>- Is it possible to access diffrent layers of quicktime ?
>- Is controlling of quicktime-features realtime ?

What you can do is to use the movie object. It allows you to play from any
point in a movie at any desired speed forwards or backwards and to bring up
individual frames. If that's not enough, you can move the movie around and
distort it by various parameters using David Rockeby's movieplus object.
Layering and other QT features can't be accessed interactively by either of
these objects.

Jeff Burns

http://www.snafu.de/~jeff

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

Date:    Wed, 10 Mar 1999 10:29:35 +0000
From:    Lawrence Casserley 
Subject: Ring modulation

In message <199903100500.AAA14698@sirocco.cc.mcgill.ca>, Automatic
digest processor  writes
>Date:    Tue, 9 Mar 1999 09:30:30 +0100
>From:    Jeffrey Burns 
>Subject: ring modulation
>
>I built a patch with 8 virtual ring modulators in MSP, using microphones
>and the G3 internal sound system, and have the problem that the carier
>frequencies (generated in MSP) are strongly audible - even when I turn DSP
>control to 'no input'. Can anyone help?

The most likely cause IMHO is that there is a "DC" offset creeping in
somewhere. If there is a standing input that is not zero there will be a
small amount of oscillator bleeding through. (I assume you are simply
using '*~' to multiply the two signals. This is directly analogous to
breakthrough in analogue ring modulators caused by DC offsets. One
simple cure for this is to introduce a high pass filter set to a cutoff
of, say, 20Hz immediately before the modulator. This will guarrantee
that any standing value will be reduced to zero.

Another, more complex, approach that I have used, eg in my piano piece
'Vista Clara' (due out soon on CD - shameless plug!!! ;-)>), is to do it
with with two Hilbert transform frequency shifters. One is fed the
negative value of the modulation frequency to produce the difference
tone. The two outputs are then mixed, allowing control of relative
levels of sum and difference frequencies if you want, or spatial
separation of components. In Vista Clara I use three of these, each fed
from a separate microphone covering one part of the piano range, The
result is a very clear and controllable modulation, particularly when
dealing with complex input signals like piano - and _no_ breakthrough
problems!!

Best wishes

Lawrence

--
Lawrence Electronic Operations -Tel +44 1494 481381 -FAX +44 1494 481454
Signal Processing for Contemporary Music -email leo@chiltern.demon.co.uk
http://www.chiltern.demon.co.uk

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

Date:    Wed, 10 Mar 1999 10:33:36 -0500
From:    Michael Sweet 
Subject: Re: animation

Jeffrey Burns wrote:

> I agree, it would be great to be able to access the layering capability of
> QT 3.0 from Max.
>
> >Our solution may not have been the best but it works and it's fast.  We
> >took the
> >original pics object and rewrote it to support millions of colors,
matting,
> >layers, scale, rotation, flips, flops, show/hide features, set position,
set
> >window position, as well as all the old controls (frame number, priority,
> >etc).
>
> Would you like to share this object with us?

Unfortunately Possible Worlds has spent a lot of time and money developing
it and
is probably not willing to give it away.  The other problem is that in
certain
areas it does contain bugs and is not bulletproof so supporting it may take
some
time.  They are bugs that you don't run across very often but they exist,
like
drawing a pict at x y coordinates minus1400 minus1400.  For more information
please contact Janine Cirrincione directly if you're still interested.
janine@possibleworlds.com

> A few years ago, I played around with pics and did, in fact, get
> DeBabelizer to convert QT's to pics files, going through the whole movie
> frame by frame automatically. DeBabelizer has a GUI which is almost
> impenetrable and hardly consistent with the program's name. But it does do
> nice things (like converting movies to any desired 8-bit color palette)
> which no other program does. I noticed that pics has a rather nice kind of
> compression (about 1:4) built into it. But, certainly, QT and not pics is
> the way of the future.

Don't get me wrong I like DeBabelizer a lot.  They fixed the interface in
version
3.5 but it is very buggy when using multiple batch scripts and converting
extensive numbers of frames.  Version 4 runs at half the speed of version
3.5 and
we have too many frames to convert to afford the new features and slow
speed.  The
pics in the new versions (3.0 and forward) tends to be buggy.  We use
DeBabelizer
to make our trims and use Graphic Converter to make our final pics movies.

> I'm quite happy with the Miro DC30. But both the Miro and Targa cards play
> from the own compression formats. So I don't understand how they can be
> used for interactive stuff.

I like the Miro card and have one myself.  The Miro card (and most lower
priced
video cards) does not output RGB or YUV (professional formats), and it will
not
sync to an external source (video black from a house sync generator, etc.).
We
are currently looking into the new Aurora cards (the Igniter) or switching
to DV
output.  The Targa card has a feature which will output the desktop like the
apple
composite video cards so whatever we move to that screen, it outputs.

--Michael Sweet

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

Date:    Wed, 10 Mar 1999 10:50:30 -0500
From:    Michael Sweet 
Subject: Re: Controller Jitter

Jeff Rona wrote:

> I set up the following routine to take MIDI input from a MIDI fader box
and
> use the data to control various paramters of my patch. Moving any fader
> works fine, but moving a couple at a time creates some bogus, jittery
data.
> Any thoughts on this?

I've had the same problem lately. and I've thought it may be related to the
midi
interface being overloaded.  We are using a Opcode Studio 128 but all our
faders
are coming in on one midi input.  I haven't had any time to test out whether
splitting them between inputs helps, or switching to a different interface
(Motu
or equivelent).  Please post another message if you have figure out where
your
problem is. Thanks.

--Michael Sweet

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

Date:    Wed, 10 Mar 1999 11:28:45 -0500
From:    Stephen Kay 
Subject: Controller Jitter

J Rona:
>I set up the following routine to take MIDI input from a MIDI fader box
and
>use the data to control various paramters of my patch. Moving any fader
>works fine, but moving a couple at a time creates some bogus, jittery
data.
>Any thoughts on this?

My guess from looking at this patch (didn't test it) would be that
the fact that you are using the controller number (2nd outlet of
ctlin, which theoretically is output before the 1st outlet) to
"fire" the pack, which should theoretically want to receive the
number from the first outlet into its right inlet *before*
being fired, is probably causing this occasional problem.

I wouldn't be surprised if it went away simply by placing a
'swap' object between the ctlin and the pack (removing the =

need to criss-cross the patchcords as a result).  I don't have
time to test it, but let me (us) know if it works.

[ ctlin ]
 -  -  -
 |  |
 -  -
[ swap ]
 -  -
 |  |
 -  -
[pack]

Stephen Kay
--------------------------------------------------------------------
The MegaMAX Collection: =

   http://www.musikinetix.com/MegaMax/MegaMax.html
Free Max objects!:
   http://www.musikinetix.com/MaxCorner/PublicDomain.html
--------------------------------------------------------------------

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

Date:    Wed, 10 Mar 1999 12:35:29 -0500
From:    Todd Winkler 
Subject: New Graduate Program in Computer Music and Multimedia Composition

--============_-1291035164==_ma============
Content-Type: text/plain; charset="us-ascii"

Brown University
Master of Arts Program in Computer Music and Multimedia Composition

The Brown University Department of Music announces a new graduate program
in Computer Music and Multimedia Composition, leading to a Master of Arts
degree. Applications are now being accepted for the 1999-2000 academic
year. Financial aid is available. We would like to encourage students
working in the areas of interactive composition, installation, and
combining sound with video.

For more information and application forms contact Todd Winkler at:

Todd_Winkler@Brown.edu

********************
Todd Winkler, Director
MacColl Studio for Electronic Music
Music Department - Box 1924
Brown University
Providence, RI 02912
(401) 863-3651
--============_-1291035164==_ma============
Content-Type: text/enriched; charset="us-ascii"

TimesBrown University

Master of Arts Program in Computer Music and Multimedia Composition

The Brown University Department of Music announces a new graduate
program in Computer Music and Multimedia Composition, leading to a
Master of Arts degree. Applications are now being accepted for the
1999-2000 academic year. Financial aid is available. We would like to
encourage students working in the areas of interactive composition,
installation, and combining sound with video.

For more information and application forms contact Todd Winkler at:

Todd_Winkler@Brown.edu

********************

Todd Winkler, Director

MacColl Studio for Electronic Music

Music Department - Box 1924

Brown University

Providence, RI 02912

(401) 863-3651

--============_-1291035164==_ma============--

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

Date:    Wed, 10 Mar 1999 11:58:04 -0800
From:    Christopher Dobrian 
Subject: Re: Controller Jitter

Jeff Rona  wrote:

>I set up the following routine to take MIDI input from a MIDI fader box and
>use the data to control various paramters of my patch. Moving any fader
>works fine, but moving a couple at a time creates some bogus, jittery data.
>Any thoughts on this?

Jeff,

Regarding the patch you posted, it looks to me like you have a couple of
bugs.

1) The controller number is getting to pack BEFORE the value, so the list
gets sent out combining the current CC number with the PREVIOUS CC value.

2) By default, spray numbers its inlets beginning with 0. If your
controllers are numbered 1-8, you need to tell spray to begin numbering
from 1, using a second argument.

Try the "fixed" version below.

--Chris

max v2;
#N vpatcher 28 82 330 299;
#P comment 51 135 170 196617 if controllers are 1-8 \, use second argument
to ensure that outlets are numbered 1-8 (instead of 0-7);
#P newex 30 52 32 196617 swap;
#P newex 226 115 27 196617 s c8;
#P newex 198 115 27 196617 s c7;
#P newex 170 115 27 196617 s c6;
#P newex 142 115 27 196617 s c5;
#P newex 30 72 32 196617 pack;
#P newex 30 32 54 196617 ctlin c;
#P newex 30 92 206 196617 spray 8 1;
#P newex 30 115 27 196617 s c1;
#P newex 58 115 27 196617 s c2;
#P newex 86 115 27 196617 s c3;
#P newex 114 115 27 196617 s c4;
#P comment 63 51 201 196617 make controller number arrive in left inlet of
pack AFTER value arrives in right inlet;
#P connect 6 0 12 0;
#P connect 12 0 7 0;
#P connect 7 0 5 0;
#P connect 5 0 4 0;
#P connect 6 1 12 1;
#P connect 12 1 7 1;
#P connect 5 1 3 0;
#P connect 5 2 2 0;
#P connect 5 3 1 0;
#P connect 5 4 8 0;
#P connect 5 5 9 0;
#P connect 5 6 10 0;
#P connect 5 7 11 0;
#P pop;

                                   ----------
  Christopher Dobrian / Department of Music / University of California,
Irvine
  Phone: (949) 824-7288 / Fax: (949) 824-4914 /
http://www.arts.uci.edu/dobrian

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

End of MAX Digest - 9 Mar 1999 to 10 Mar 1999 (#1999-78)
********************************************************