Subject: MAX Digest - 10 Sep 1998 to 11 Sep 1998
Date: Sat, 12 Sep 1998 00:00:00 -0400
From: Automatic digest processor 
Reply-To: MAX - Interactive Music/Multimedia Standard Environments
     
To: Recipients of MAX digests 

There are 9 messages totalling 247 lines in this issue.

Topics of the day:

  1. Max 4 Windows [2]
  2. Message for locking and unlocking patcher window?
  3. sfplay~ - loop?
  4. list-editor
  5. max-crash-blank-startups
  6. sound input disabled?
  7. MAX Digest - 9 Sep 1998 to 10 Sep 1998
  8. snd voices
  9. coll & Text

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, 10 Sep 1998 22:53:10 -0700
From:    David Zicarelli 
Subject: Re: Max 4 Windows [2]

>Will Max applications created on the Windows NT platform work under Windows
>95/98 ?
>
>Does this meen that Max itself wont run Windows 95/98 ?

It's too soon to tell. We're promising NT, and if 95/98 is
feasible, we'll do that too. The thing that determines whether
one uses one OS or the other is low-level, so that means
the Max runtime environment will run on the same platform
as the development environment.

David Z.

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

Date:    Thu, 10 Sep 1998 23:08:36 -0700
From:    David Zicarelli 
Subject: Re: Message for locking and unlocking patcher window?

Frederic Murray  writes:

>I work with children and if it's possibIe I would like to have
>a big button for locking and unlocking the patcher window. So,it
>can replace clicking on the padlock. Any message for that?

No. You could write an external that sends the untyped message
"lock" with no arguments to the current patcher to lock it and
the untyped message "edit" to the current patcher to unlock it.

Someone might be thinking that this is a way to get Max for
free using Maxplay. It won't work. There is no editing code
in Maxplay.

David Z.

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

Date:    Fri, 11 Sep 1998 12:31:03 +0200
From:    filip 
Subject: sfplay~ - loop?

there is this realy nice feature to the sfplay~ - object that it can
preload cues and play it out one after the other by sending it just a
list of cues. You even can change the values of the preloads while
sfplay~ plays. Then there is a possibility to make it play a loop by
simply sending a list like [2 3 4 5 2 3 4 5 2 3 4 5.............], but
this is limited to a unknowen listlength (msp crashes if it is too
long).
So is there any chance to let it loop just the cues lets say 2 3 4 5
(without using the done-bang out the rightmost outlet - because this
makes faster loops linking), or will future versions will be able to do?

keep kabeling
klaus

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

Date:    Fri, 11 Sep 1998 12:41:00 +0200
From:    filip 
Subject: list-editor

can't remember where,
but i read something about a special designed omenue which may do the
things, i would like.
i am looking for a list-editor, a thing where i can type in or drag
numbers in a line-row structured window. i was building something like
that with the LCD and also with omenue but its kind of hasseling around
with mousestate's moods.

anything like that on the planet?

bangs
klaus

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

Date:    Fri, 11 Sep 1998 15:57:57 +0200
From:    filip 
Subject: max-crash-blank-startups

hi there
i am wondering if anyone does not has this problem:

restarting max/msp after a crash (for example with a sfrecord~ patch
which is another story) every one or two months leads to blank startup -
objects in the unlocked patcher appearence. this is not yet fatal
because you still can use these objects in the patcher, but my
experience was, that very soon after the next crash max will startup
with a punch of "rescopy failed" errors.

somehow i always managed to get it repaired by doing all these things
listed also in recent max-digests, but hey, what is the point, what
exactly is to do in this situation?

many thanks for help

klaus

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

Date:    Fri, 11 Sep 1998 17:30:38 -0400
From:    Coulombe Patrice 
Subject: sound input disabled?

These days, I try to play with patches using adc~ but I always receive
this message:

error: SPBRecord err -200, sound input disabled

I'd never find what this message means really.
any clue?

________________________________________

Patrice Coulombe
Montreal Quebec
http://mistral.ere.umontreal.ca/~coulomp
coulomp@ere.umontreal.ca
________________________________________

"[...]for any musical innovation is full of danger to the whole State,
and ought to be prohibited."
                        --PLATO,("Republica")

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

Date:    Sat, 12 Sep 1998 00:03:55 -0000
From:    cerveau 
Subject: Re: MAX Digest - 9 Sep 1998 to 10 Sep 1998

>Laurent Cerveau  wants to know
>how to get a Macintosh GrafPtr/WindowPtr out of the Max
>t_wind structure. Here's how: if w is a pointer to a t_wind,
>w->w_wind points to the GrafPort.
>
>Warning: this direct access to the GrafPort structure will break
>in the next major release of Max. You'll have to use a macro
>instead. Details to be provided well in advance.

I wasn't precise enough in my question, sorry (and more sorry because
I know I asked the question about getting the GrafPort a long time ago)

Getting the GrafPort with w->w_wind takes in consideration the fact that
wind_new has been called first; so the window is created by Max, and from
a programmer point of view is considered as a Max object (typedef struct
wind{ struct object w_ob; short w_x1;           ...)
Then you can get the WindPtr and do MacIntosh graphic stuff, but there
are some
nice Max things attached to the window that eases the life, like getting
the keyboard
events by implementing the "key" message, and doing the update by
implementing the
"update" message.

My problem is "in the other direction".A function like BeginFullScreen
creates
a window : you pass pointer with nothing initialized and then it is
filled by
the call. Now if  I want to deal with that window in a Max way, what do I
have
to do to create a t_wind structure around that window, so it can respond
to "key"
and "update" messages for examples. From another point of view, is it
possible
to modify directly the value of the some fields of an existing t_wind
without breaking
things in the Max system?

Thanks

Laurent

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

Date:    Fri, 11 Sep 1998 20:33:26 -0400
From:    muhenry 
Subject: snd voices

Hi maxers-

Maybe someone can explain why when using multiple snd objects in MAX
3.8 that I get only 4 voices? I'm running a PowerMac 8500 on system 7.6
with Sound Manager 3.0.  When I switch back to my MAX 3.00, I get 8
voices (as listed in the MAX Window). How so, and why did I upgrade to
3.5, anyway? This is true of MAX 3.5.8 -68 as well as FatMax.
Is there anyway to get more voices in MAX 3.5.8?? The manual says it
depends on processer speed, but how does that change between the 2
versions of Max?

Any help would be appreciated!

Cheers, Otto

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

Date:    Fri, 11 Sep 1998 17:33:10 -1000
From:    Matthias Hoffmann-Kuhnt 
Subject: coll & Text

Dear  Maxers,
I am trying to keep track of the file name that I am loading in a coll =
object. is it possible to extract the information of what the actual =
filename is that is currently read into the oll object and how am I able =
to extract that and use it late to write to fiel again?
the second question I have is I have a patch that uses a coll object to =
write a set of ten files in a row automaticly to the harddrive. ( i am =
sending a messagebox with ( write trial01) to the coll) but how can I =
specify in which folder to write it? right now it writes it =
automatically into the max folder?
third and last: how can I automatially open a coll object as part of a =
patch to check the file that I am creating? if i try to dump it to a =
text object then the index and punctation gets lost, but I need that to =
read it later into another coll object.
any suggestions?
Matthias Hoffmann-Kuhnt
hokuhnt@hawaii.edu=00=00

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

End of MAX Digest - 10 Sep 1998 to 11 Sep 1998
**********************************************