Subject: MAX Digest - 12 Jan 1999 to 13 Jan 1999 (#1999-13)
Date: Thu, 14 Jan 1999 00:00:08 -0500
From: Automatic digest processor 
Reply-To: MAX - Interactive Music/Multimedia Standard Environments
     
To: Recipients of MAX digests 

There are 10 messages totalling 474 lines in this issue.

Topics of the day:

  1. rhythm engine
  2. Audio Library messed up my icons
  3. Handling fonts in Max (2)
  4. Some MIDI solutions for new G3 Mac and iMac (2)
  5. MAX Digest - 11 Jan 1999 to 12 Jan 1999 (#1999-12)
  6. Full Motion QT - Interactive Control
  7. P.A.F.
  8. Videocards + Max ?

Email to MAX should now be sent to MAX@lists.mcgill.ca
LISTSERV commands should be sent to listserv@lists.mcgill.ca
Information is available on the WEB at http://www.mcgill.ca/cc/listserv

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

Date:    Tue, 12 Jan 1999 23:30:12 -0800
From:    Peter Nyboer 
Subject: rhythm engine

I have just published a very useful patch:
http://www.sirius.com/~pnyboer/SOFTWARE/Rhythm_Engine.sit (about 10K)

Here's the README:
The Rhythm Engine is a Max Patch to provide a central rhythmic source for
automated music purposes in Max or MSP.  The tempo can be set by tapping
the escape key on the Mac keyboard, or it can be set numerically in Beats
Per Minute or Milliseconds.  There is also an option of providing your own
quarter note bangs to set the tempo, so you can come up with your own
algorithm for tempo, or use a MIDI controller to tap it in.

Since it is designed as a CENTRAL resource, any division of the clock
(16th, triplet, half note, 5 counts, etc...) can be accessed through a
recieve object, as well as outlets when "rhythm_engine" is used as an
object.  Details are in the "Rhythm Engine Example" patch.  If the variable
names conflict with names you may have already set up, you can change them
or delete them in the "rhythm_engine" patch

If any ambitious C programmer wants to create an object out of this, feel
free to contact me.

Enjoy,

Peter.

Peter Nyboer
pnyboer@sirius.com
http://www.sirius.com/~pnyboer
"Now, I not some guru or Dog or anything"

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

Date:    Wed, 13 Jan 1999 08:57:55 +0100
From:    Roby Steinmetzer 
Subject: Audio Library messed up my icons

Since some time the icons of the objects displayed in the hierarchical menu
(those you should see when you click on the arrow at the far right) have
gone in my patcher window.
I used to live with it and choose the object by watching the description in
the assistance area.
I had tried different things, trashing the preferences, emptying trash,
replacing the Max application, ...
None worked.

Now, encouraged by my new authorization disk, I decided to look at it again.
I discovered that I just have to replace the Max Audio Library and here
they are again, all those nice icons.
I also discovered that a lot of the externals in the startup folder have
the same modification date than the bad Audio library.
Strange, isn't it?

A little bit off-topic question:
Can anyone recommend an external hard drive for direct to disk recording
(for Max or other apps)?
It shouldn't be too noisy nor too expensive, but of course the fastest you
can get...

Thanks

Roby Steinmetzer
Luxembourg, Europe

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

Date:    Wed, 13 Jan 1999 12:06:46 +0100
From:    Peter Castine 
Subject: Re: Handling fonts in Max

On around Tue, 12 Jan 1999 12:31:10 -0500, Stephen Kay
, quoting an admirer of Andrew Jackson, said something
like:

>>as dav!d z!karell! po!ntd out max =3D ass!gnz fontz b! font nr
>
>Wrong.  Certain *max objects* assign font by number.  MegaMAX
>objects do not.  MegaMAX objects are part of the subset of
>Max objects.  Ergo, Max does not assign font by number.

What external objects do is external objects' problem.

What built-in components of Max do (and I'm thinking in particular of
Comments and Message Boxes, but this applies equally to all the other
stuff hard-wired into Max)... what built-in components of Max do is Max'
problem.

So you're both right. Or you're both wrong. Or some combination of the
above.

Cheers,

Peter

PS: Anyone who doesn't understand what "Fonts by Number" and "Fonts by
Name" means and would like to is advised to *run* (not walk) to the
nearest copy of Inside Macintosh. This is basic Mac OS stuff, an
essential part of understanding how the box works and well comprehensible
by anyone who does Max programming (even if only at the level of building
patchers).

PPS: As for the topic of "content" that doesn't belong on the list
(!nhalt wat uff d3r l!st3 nix 4loren hat)... I expect that I'm going to
have to switch _off_ digest form (which I find otherwise convenient) so
that I can let EMailer filter through the individual messages. There are
at least _two_ regular contributors who will find themselves in my kill
file. It's a shame, because both Stephen and antiorp can make valuable
contributions when they so choose, but signal-to-noise in both cases is
now worse than 6 dB. I will say no more, other to suggest that other list
readers might consider making themselves familiar with the message
filtering features provided by their mail software.

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

Date:    Wed, 13 Jan 1999 12:06:43 +0100
From:    Peter Castine 
Subject: Re: Some MIDI solutions for new G3 Mac and iMac

On around Tue, 12 Jan 1999 09:58:12 -0500, Frederic Murray
 said something like:

>Than, a guy at Midiman (midiman.net) send me this info :
>He sais it will be available 1/31/99
>
>Suggested Retail: $129.95
>For Immediate Release
>MIDIMAN is proud to announce the MIDISPORT 2x2=3D81 - multi-port MIDI inte=
rface
>for USB-equipped PC and Apple computers.
[schnipp]
>=3D80 Mac OS compatible (via updates in early 1999). **(what this mean???)=
**

What's it mean? I'm not capable of telepathy, but I expect it means that
Midiman hasn't finished whatever driver software is necessary to use the
thing with iMac or Yosemite. In any case, Midiman is saying something
like:

     "don't expect to actually _use_ our equipment at present...

     ...but we'll be happy to take your money now."

:-(

>=3D80 Windows 98 compatible -- true Plug-and-Play installation requires no=
 IRQ,
>I/O Address or DMA channel setup.

But they've got drivers for Windos 98 in place.

Typisch :-{

>=3D80 Lifetime Warranty.

Oh, I love "Lifetime" warranties. Means that they warrant the hardware
until it's broken. Then the lifetime is over.

Thanks fer nuttin'. Merci pour rien. Danke f=FCr jarnix.    }:-[

Cheers,

Peter

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

Date:    Wed, 13 Jan 1999 10:33:01 -0500
From:    Stephen Kay 
Subject: Re: Handling fonts in Max

>>>as dav!d z!karell! po!ntd out max =3D3D ass!gnz fontz b! font nr
>>
>>Wrong.  Certain *max objects* assign font by number.  MegaMAX
>>objects do not.  MegaMAX objects are part of the subset of
>>Max objects.  Ergo, Max does not assign font by number.

Peter Castine:
>What external objects do is external objects' problem.
>What built-in components of Max do (and I'm thinking in particular of =

>Comments and Message Boxes, but this applies equally to all the other =

>stuff hard-wired into Max)... what built-in components of Max do is Max'=
 =

>problem.

Split hairs if you will, but a "component" of Max, such as a comment
box and message box, is still an object, and can be rewritten to
support saving fonts by name.  And the umenu object is not a
component, anyway.  Max itself does not dictate that these objects
must save by font ID.  It's not some failing in the design of
Max. It's just the way that certain objects/components were written
at the time.

>Anyone who doesn't understand what "Fonts by Number" and "Fonts by =

>Name" means and would like to is advised to *run* (not walk) to the =

>nearest copy of Inside Macintosh.

Well advised.  The entire Inside Macintosh is available on CD-ROM
and extremely valuable to programmers and non-programmers alike.

>I expect that I'm going to =

>have to switch _off_ digest form (which I find otherwise convenient) so =

>that I can let EMailer filter through the individual messages. There are=
 =

>at least _two_ regular contributors who will find themselves in my kill =

>file. It's a shame, because both Stephen and antiorp can make valuable =

>contributions when they so choose, but signal-to-noise in both cases is =

>now worse than 6 dB.

If I were to leave the list, you would be spared my occasional attakz
on antiorp.  You would also be spared the helpful messages that
I occasionally try to provide.  But antiorp will still be
poluting the digest with 82% krapmatr.  Every day, every digest.
Every day, every digest. Manifesto after manifesto...

If antiorp goes, not only will you clean up the max list from
82% krapmatr, but I certainly would never have a reason to
post anything un-max-like to the list, would I?  Never did before...

Some of you newcomers (and there are a bunch, judging by the number
of people reported to be subscribed) were not here to witness the days
of a beautiful, serene, technically oriented list with a digest
you might actually want to save somewhere.  I will continue to lobby
for its return.

Please remember this if/when you have the chance to vote...

Stephen Kay

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

Date:    Wed, 13 Jan 1999 09:53:01 -0700
From:    baxtrr 
Subject: Re: MAX Digest - 11 Jan 1999 to 12 Jan 1999 (#1999-12)

>Date:    Tue, 12 Jan 1999 20:42:07 -0500
>From:    Bob Gluck 
>Subject: Midi and new G3s
>
>>The Griffin card ( http://www.griffintechnology.com ) appears to go into
>>the iMac slot, i.e. won't work with a G3. I don't think there's any way
>>to get MIDI on a new G3 :-(
>
>When I spoke with Apple sales about the new G3s, last night, they told me
>that MIDI can be sent and received via a USB-serial adapter (which are
>pretty inexpensive). Were they misinformed on this?
>
>Bob

i would trust apple sales
to know how to answer questions about midi
about as much as
i would trust nick rothwell
to know how to cook gator tail

theoretically
(thinks the salesboob
 )
midi goes over serial ports
therefore a serial to usb adapter
will handle midi over usb
right?

i pray it is that easy
but i have my doubts

fortunately i have a friend down the coast
who writes for several mac magazines
who has obtained a griffin card for review
i will do what i can
to assure that his review covers more than
'note ons seem to work okay on one port, usually'

perhaps there is a paradigm shift in the works
for midi over usb:
everyone is talking about small stupid interfaces
chained together
rather than smart interfaces that ease cpu load

are the machines themselves now fast enough
to do all the filtering
            merging
          channelizing
        controller remapping
      scaling
    etc.
  on board
 without a complaint
while doing everything else
that seems to be expected of a g3 music computer?

bax

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ Baxtrr the CD Muse                baxtrr@cdmuse.com @
@ The very best independent electronic music is here! @
@   http://www.CDmuse.com - Toll Free 1-877-CDMUSE3   @
@         - eJazz - Soundscape - DanceTrance -        @
@      - Deep Listening - Dramatic - Subversive -     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

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

Date:    Wed, 13 Jan 1999 10:09:18 PST
From:    "Patrick T. Rost" 
Subject: Full Motion QT - Interactive Control

Hello!

I'm here trying to figure out a good way to sync up a video and four audio
tracks of an orchestra that can be speed controlled by a "conductor" feeding
a dbeam and four hardware sliders for volume balance of the four sections of
the orchestra.
Our system has a Radius Video Vision Studio Motion JPEG compression card,
but
max doesn't seem to recognize its acceleration.  Playback of video vision
quicktime movies in max results in painful, visible "painting" frame
redraws,
while the same file viewed in adobe premiere works as it should (full 30fps
smooth 640x480 video)
Our mac is an 8100/100 w/ 144M RAM, OS 8.0, Max 3.5.9
Either our video accelerator or our mac system is open for
upgrade/replacement.
Has anyone had luck with quicktime at 640x480 (or higher)
on a truespace or miro card/better macintosh?

Any help would be greatly appreciated.
Thank you.

Patrick T. Rost
Spectra Entertainment

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

Date:    Wed, 13 Jan 1999 10:59:56 -0800
From:    Matt Wright 
Subject: Re: P.A.F.

Manuel poletti  described P.A.F. synthesis:

> [...]
> As with FOF synthesis, this method does not include an analysis process
for
> reproducing existing sounds; it must be adjusted and regulated either
> intuitively or after creating analysis data elsewhere in order to obtain
> the desired result.

In other words, PAF synthesis, like Chant, additive resynthesis, and many
other synthesis methods, requires some data set to synthesise from.

> There is currently no AS->Max object existing yet.In fact you can process
> formant analysis within AS, and import the text file within Max to control
> P.A.F.  or fof~ parameters, but therefore you will have to do it by hand
or
> write a patch.

This is a perfect application for SDIF, the "Sound Description Interface
Format" that IRCAM already uses in Diphone and other software.  Check out
CNMAT's SDIF page:

        http://www.cnmat.berkeley.edu/SDIF

A few of us at CNMAT are currently working on adding SDIF support to
Max/MSP;
stay tuned for details.

-Matt

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

Date:    Wed, 13 Jan 1999 11:02:28 -0800
From:    Richard Zvonar 
Subject: Re: Some MIDI solutions for new G3 Mac and iMac

 OPCODE ANNOUNCES USB SUPPORT FOR MIDI WITH OMS
-iMac Gets MIDI Support with Industry Software Standard-

CUPERTINO, CA-Opcode Systems announced that Opcode's industry-standard Open
Music System (OMS) software protocol will support MIDI communications over
the USB bus as featured on Apple's newly introduced iMac computer. This
follows Opcode's recent announcement of the DATport, a USB-compatible
S/PDIF interface which allows two channels of digital audio to be
transferred over USB at resolutions as high as 24-bit.

"The combination of the Macintosh and OMS has always been one of the first
choices for professional-level music production," said Clent Richardson,
senior director of Worldwide Developer Relations at Apple Computer, Inc.
"The addition of Opcode's OMS support for MIDI over USB enables iMac and
future USB-equipped Apple computers to continue the tradition."

"We're extremely pleased that Apple has adopted OMS as the industry
standard for music software," stated Chris Halaby, Opcode President. "With
the increased bandwidth of USB, OMS will provide the most accurate and
stable timing for MIDI on any platform and all in a standardized way. OMS
and USB will deliver this level of performance to musicians using any OMS
compatible music software application."

Opcode engineers estimate that MIDI information transmitted over USB will
flow at a rate 320 times that of traditional MIDI. This accelerated
communications speed will allow musicians using OMS's USB support to
experience a level of timing accuracy superior to that of any other
computer-based production system currently available.

For more information, please write Opcode Systems, 365 E Middlefield,
Mountain View, CA 94043; call (650) 429-2400; fax (650) 429-2401; or visit
the web at
http://www.opcode.com.

______________________________________________________________________________
Richard Zvonar, PhD                             zvonar@zvonar.com
(818) 788-2202 voice                            zvonar@LCSaudio.com
(818) 788-2203 fax                              zvonar@well.com
                                                zvonar@alum.mit.edu

                          http://www.zvonar.com

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

Date:    Tue, 13 Jan 1998 21:58:08 +0200
From:    Joachim Gossmann 
Subject: Videocards + Max ?

Hello again...

if I bought a PCI video card (e.g. Miro DC30) would that speed up
in any way the movies I could play back in Max?
Could I direct the graphics outputs of Max to the card and use its quick
compression/decompression facilities to playback and scrub on fullscreen
video?
OK, I guess I should use two Macs, one with Max, the other with
Image/ine and leave Max in peace with video stuff, but still I want to
end up with one consistent application.

Greetings, Joachim

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

End of MAX Digest - 12 Jan 1999 to 13 Jan 1999 (#1999-13)
*********************************************************