Subject: MAX Digest - 1 Apr 1998 to 2 Apr 1998
Date: Fri, 3 Apr 1998 00:00:17 -0500
From: Automatic digest processor 
Reply-To: MAX - interactive music/multimedia standard environments
     
To: Recipients of MAX digests 

There are 10 messages totalling 277 lines in this issue.

Topics of the day:

  1. Updating from 3.0 to 3.5.8
  2. Re(2): follow that body...
  3. 3.5 - MUST use OMS??? WHY!? (2)
  4. June Workshops in Computer Music at Oberlin College
  5. MaxPlay Save erases patcher objects?
  6. CD-Audio Extraction not a picknick
  7. CD-ROM drives for audio (2)
  8. minor new MSP objects

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

Date:    Wed, 1 Apr 1998 21:22:30 -0800
From:    David Zicarelli 
Subject: Re: Updating from 3.0 to 3.5.8

"Brian K. Shepard"  writes:

>When I try to launch some of the patchers I created in v. 3.0 under my new
>3.5.8, I get an error message that states "PowerPC version can't read old
>format files."  Since some of my other patchers work fine, I am assuming
>there are just a few files that I need to update.  Unfortunately, the
>message window didn't tell me which ones.  Is there anything I need to look
>for or update to make this work, or do I need to completely redo the entire
>patcher?  Thanks for your help.

The files in question were saved in the "Old Format" in 3.0, which
means you either saved them that way explicitly or they were
originally from version 2.2 or earlier.

You need to open them either in the 68K version of 3.5 (which
can be installed as an option on a PPC machine I believe) or
in 3.0, then choose Save As... and save them in the Normal
or Text formats.

It sure would have been nice had I indicated the filename
when reporting this error message. Sorry about that.

David Z.

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

Date:    Fri, 3 Apr 1998 18:03:17 +1000
From:    David Rodger 
Subject: Re(2): follow that body...

Oeyvind Brandtsegg  wrote:

>Take a look at:
> http://www.daimi.aau.dk/~diem/dk/dancedk.html

The english version of this page may be found at:
http://www.daimi.aau.dk/~diem/dance.html

This system is similar to Mark Coniglio's MidiDancer, although this one's
flex sensors are proprietary.
http://www.art.net/~troika              (and navigate to MidiDancer from
there)

Regards, David

David Rodger ------------ Audio Engineer, Pool Lifeguard, RLSS Trainer
E-mail:   auricle@alphalink.com.au
Personal: http://www.alphalink.com.au/~auricle/     (not yet exciting)
Research: http://farben.latrobe.edu.au/motion/   (a bit more exciting)
======================================================================
"Officially the La Trobe Music Department is in existance for the next
2 years and will close on 31 December, 1999.  (This is really just our
way of avoiding the Y2K bug)."                          -- David Hirst
       http://farben.latrobe.edu.au/Music_Docs/pressrelease.html
----------------------------------------------------------------------

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

Date:    Thu, 2 Apr 1998 06:52:33 -0500
From:    Elliott Earls 
Subject: 3.5 - MUST use OMS??? WHY!?

could some one please explain to why MAx 3.5 requires the USE of OMS!!!!

am I missing something?? one of the really nice things about 3.0 was the
ability to make a SUPER DUPER SMALL self contained standalone.

Now that is impossible. Is it not? now anyone that gets your standalone
must also run OMS, increasing the memory etc...

why oh wht did they do this? or am I wrong?

thanks

elliott

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

Date:    Thu, 2 Apr 1998 12:12:53 -0000
From:    Nick Rothwell 
Subject: Re: 3.5 - MUST use OMS??? WHY!?

> am I missing something?? one of the really nice things about 3.0 was the
> ability to make a SUPER DUPER SMALL self contained standalone.

I've been using OMS 1.2.3 for years now, and find it small and
problem-free, unlike the bloated OMS 2.x. 1.2.3 works with MAX 3.0.

--
        Nick Rothwell, CASSIEL            contemporary dance projects
        http://www.cassiel.com            music synthesis and control

        NOTICE - this vessel has triple screws - keep clear of blades

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

Date:    Thu, 2 Apr 1998 09:25:54 -0400
From:    GARY LEE NELSON 
Subject: June Workshops in Computer Music at Oberlin College

If you are a MIDI enthusiast or you use computers to make your
music, you may want to have a look at

        http://www.oberlin.edu/con/summer98/WECM.html

to see what Oberlin's Technology in Music and Related Arts
(TIMARA) Department is offering in its summer workshop.

We have been doing these workshops for over a decade and we
specialize in teaching hoppyists and musicians who are not traditional
trained.  Many of our students are visual artists or dancers as well
as musicians.  They range in age from 15 to 75!

Our web page has email addresses for more information but you can
email me at the address below if you have questions.

Gary Lee Nelson
TIMARA Department
Conservatory of Music
Oberlin, OH 44074
phone: 440-775-8223
fax: 440-775-8942
email: Gary.Nelson@oberlin.edu

PLEASE REPOST TO ANY OTHER INTERESTED LISTS

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

Date:    Thu, 2 Apr 1998 11:42:51 -0500
From:    Nikki Halpern <101762.3705@COMPUSERVE.COM>
Subject: MaxPlay Save erases patcher objects?

Hi,

Am I missing something really obvious ... ?

I make a patch & have the user open it in MaxPlay, so he won't accidental=
ly
change it and save the changes.  Since the patch has a preset object and
the user wants to save his presets, he goes up to the File menu and chose=
s
Save.  Result:  He has successfully saved his presets, but from now on wh=
en
the patch is opened (with Max or MayPlay) all the patcher objects are
_empty_.

This happens with both Save and Save As, whether or not the preset object=

is present.  It also happens if I save the patch as a collective or an
application.  I'm using Max and MaxPlay 3.0.

Thanks in advance to anyone who can help.

Ben Thigpen

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

Date:    Thu, 2 Apr 1998 20:46:48 +0200
From:    arjen van der Schoot 
Subject: CD-Audio Extraction not a picknick

>Since Quicktime includes CD-Audio extraction
>calls, it shouldn't be
>too difficult for someone (hi David! great party!) to write an MSP object
>that would retrieve data off the CD

I built Audio CD import into BarbaBatch for Audio Ease, and I can testify
that this actualy IS a major pain.
The problem is that there is no way to acurately access an audio CD. It is
typically 1500 samples of, depending on CD, Drive and driver. You will have
to read with overlaps, compare content of the overlaps and find a matching
point. Than you can mary the data and pass it up. Quicktime does something
like this, but there are no lo-level Quicktime calls available for this so
you'll have to get your hands dirty with lo level filemanager calls.

Arjen van der Schoot

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

Date:    Thu, 2 Apr 1998 11:33:07 -0800
From:    jhno 
Subject: Re: CD-ROM drives for audio

>it shouldn't be
>too difficult for someone (hi David! great party!) to write an MSP object
>that would retrieve data off the CD, then you could play it out a sound
>card's digital port into good external converters.

this is about the simplest program you can write in msp. just connect an
adc~ object to a dac~ object and turn it on.

if you set the adc~ input to the internal cd drive, you will be streaming
digital audio into msp. if you set the dac~ output to your sound card, you
are piping cd audio into whatever digital format you have available.

piece of cake... :)

i suspect you could do this in the sound manager as well, for instance with
digidesign's sound manager drivers (even though they are reputably quite
unreliable). just select digital output and the cd's "playthrough"
option...

best regards,
jhno

() ))  (  ((( ))   ) ))))) ( )((()) (  ( ))   (  )    ) (   ((( )  (()( (()
delicate ear                                                 ear@sirius.com
san francisco, ca                                http://www.sirius.com/~ear

when the yogi gets sufficiently sensitive, he makes a humming sound, like a
bee, and in this vibration, hears the dissolution and creation of worlds.
                             - kelly, re: the Vedantic Hatha Yoga Pradipika

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

Date:    Thu, 2 Apr 1998 11:42:33 -0800
From:    Simon Gatrall 
Subject: Re: CD-ROM drives for audio

On Thu, 2 Apr 1998, jhno wrote:

> >it shouldn't be
> >too difficult for someone (hi David! great party!) to write an MSP object
> >that would retrieve data off the CD, then you could play it out a sound
> >card's digital port into good external converters.
>
> this is about the simplest program you can write in msp. just connect an
> adc~ object to a dac~ object and turn it on.
>
> if you set the adc~ input to the internal cd drive, you will be streaming
> digital audio into msp. if you set the dac~ output to your sound card, you
> are piping cd audio into whatever digital format you have available.
>

Yes this is a simple program, but it will send the CD audio through an
analog stage before it is available as digital data to MSP.  This isn't
the end of the world, but it isn't ideal.

Also, last time I checked there was a nasty bug with the CD input to adc~.
It creates nasty distortion.  It may have been fixed in one of the last
updates.

-s!mon

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

Date:    Thu, 2 Apr 1998 15:26:24 -0800
From:    David Zicarelli 
Subject: minor new MSP objects

Three new extremely insignificant MSP objects are now available at the
Cycling '74 support page http://www.cycling74.com/support.

pass~ solves the problem mentioned here a while back where the
audible effect of mute~ on a subpatcher is far from silent.

poke~ and rufus~ are designed to facilitate writing frames from
an fft~ to a buffer~.

Not much testing has been done on these puppies, so give 'em
a try if you think they might be of use.

Also, a few minor new news items at

http://www.cycling74.com/support/news.html

David Z.

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

End of MAX Digest - 1 Apr 1998 to 2 Apr 1998
********************************************