Subject: MAX Digest - 13 Aug 1998 to 14 Aug 1998
Date: Sat, 15 Aug 1998 00:00:00 -0400
From: Automatic digest processor 
Reply-To: MAX - Interactive Music/Multimedia Standard Environments
     
To: Recipients of MAX digests 

There are 7 messages totalling 206 lines in this issue.

Topics of the day:

  1. What's the deal (2)
  2. 09698
  3. Recognize list from simple integer (2)
  4. Calling a preset in a encapsulated object (2)

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:    Thu, 13 Aug 1998 23:16:34 -0700
From:    Adam Schabtach 
Subject: Re: What's the deal

>I figured I'd get a response like that so OK, now that's over what's
>the answer to my question?  David Z maybe?  Can MPW be used to develop
>MAX externals?

In theory, yes, since Max externals are code resources and MPW is a
general-purpose Mac development system capable of creating code resources.

In practice, maybe. The Max developer docs (I just happened to be reading
them today) give specific instructions for three different development
environments: Think C, Symantec C++, and CodeWarrior. So essentially you're
on your own if you want to use MPW. History has shown that DavidZ is more
likely to suggest that you pick up a cheap copy of CodeWarrior (e.g. by
buying a book that bundles the "lite" version--or even downloading it from
their web site) than to offer help with old and/or unsupported development
tools. (Can't say that I blame him, having worked for a company that sold
development tools...) There may be folks on this list who use MPW and can
help you, but I would have expected them to have spoken up by now if they
were present.

I'd suggest downloading CodeWarrior Lite first, and seeing whether it will
do what you need. I suspect it's a path of lesser resistance than MPW.

--Adam

Adam Schabtach                   nebulous@earthlink.net

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

Date:    Fri, 14 Aug 1998 11:14:57 -0600
From:    =cw4t7abs 
Subject: 09698

doez an! 1 hav sorsz kode 4 dze menubar objekt -

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

Date:    Fri, 14 Aug 1998 09:42:46 -0700
From:    Christopher Dobrian 
Subject: Re: Recognize list from simple integer

aae052@AGORA.ULAVAL.CA wrote:
Subject: Recognize list from simple integer

>I want to make a object to recognize (and send to different places) a list
>from a simple integer. So, I can send the list to a place and the integer
>to another place. Any object or idea for that?

A "route int list" object does the trick.

--Chris

                              ----------------
             Christopher Dobrian / School of the Arts - Music
             University of California / Irvine, CA 92697-2775
                Phone: (949) 824-7288 / Fax: (949) 824-4914
                      http://www.arts.uci.edu/dobrian/

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

Date:    Fri, 14 Aug 1998 00:52:39 +0000
From:    David Zicarelli 
Subject: Re: What's the deal

Nicholas Longo <71477.2332@COMPUSERVE.COM> writes:

> I figured I'd get a response like that so OK, now that's over what's
> the answer to my question?  David Z maybe?  Can MPW be used to develop
> MAX externals?

Maybe. I've never heard of anyone using it. If you're writing 68K
externals, you'll need to figure out how to handle saving and
restoring A4 registers and generating code resources. PowerPC might
be more straightforward.

David Z.

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

Date:    Sat, 15 Aug 1998 09:21:53 +1000
From:    David Rodger 
Subject: Re: Recognize list from simple integer

Frederic Murray  wrote:
>I want to make a object to recognize (and send to different places) a list
>from a simple integer. So, I can send the list to a place and the integer
>to another place. Any object or idea for that?

If I understand you correctly, you have integers and lists travelling the
same "pathway" and you want to find an object to distinguish them.  A
trigger object with 2 outlets should do it.  The inlet can receive anything
and you can specify any outlet to pass only one data type.  Set it up like
this:
trigger i l
(Max Reference p.393)
(Sorry, I can't work up a patch because I've haven't got MAX installed
right now -- hard drive transplant!)

Regards, David

David Rodger: Audio Engineering; Pool Operations; Aquatics Training
EMAIL: auricle@alphalink.com.au  WEB: www.alphalink.com.au/~auricle
RESEARCH:  Motion Capture in Music -- farben.latrobe.edu.au/motion/
ADZOHU -- Ghanaian Music and Dance -- www.alphalink.com.au/~adzohu/
===================================================================
I came across a quick bio on some trendy DJ/club musician or other.
Listed as his "weird obsessions" item was: a love of old analogue
synthesisers.  Gee, THAT must set him apart from the crowd.
--Nick Rothwell

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

Date:    Fri, 14 Aug 1998 19:58:34 -0000
From:    Frederic Murray 
Subject: Calling a preset in a encapsulated object

Hello all Maxers!

I have create a patcher x with a preset object inside. If I open directly
the patcher x I can change preset settings, etc. After, if I reopen this
patcher x, the preset settings are here (you know because Save Presets
with Patcher is check). But, if I want to use this patcher x within a
patcher y (as a object) I can not retreive my new settings (if I have
change it) when I
reopen the patcher y (I hope this is clear). Every new settings disappear
and the
original settings of patcher x is here. Do I miss something? Anybody have
ideas for
this problem? I want to save the new settings in my top patcher.

Thank you for help

Frederic Murray
Etudiant en musique
Universite Laval, Quebec
aae052@agora.ulaval.ca

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

Date:    Fri, 14 Aug 1998 21:05:05 -0400
From:    Stephen Kay 
Subject: Calling a preset in a encapsulated object

>I have create a patcher x with a preset object inside. If I open directl=
y
>the patcher x I can change preset settings, etc. After, if I reopen this=

>patcher x, the preset settings are here (you know because Save Presets
>with Patcher is check). But, if I want to use this patcher x within a
>patcher y (as a object) I can not retreive my new settings (if I have
>change it) when I
>reopen the patcher y (I hope this is clear). Every new settings disappea=
r
>and the
>original settings of patcher x is here. Do I miss something? Anybody hav=
e
>ideas for
>this problem? I want to save the new settings in my top patcher.

When you save your top patcher, you are *not* resaving the patcher y; =

therefore you cannot save the presets.  This will never work.

You must either: =

- save the preset file to disk manually, then load it manually when
opening the application/patcher;
- use a coll file in your top level patcher to store your data, not =

the preset.

Presets are really only good for use in very simple, one level patchers.
They become completely unworkable in situations such as yours, or
(if you haven't tried it yet) bpatchers.  If you're starting to
develop a complex application, you should stop using the preset
as quickly as possible and move to storing data in a coll object. I
can send you a simple tutorial on how to do this which I have
already posted to the list many times if you e-mail me.

Stephen Kay

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

End of MAX Digest - 13 Aug 1998 to 14 Aug 1998
**********************************************