Subject: MAX Digest - 6 Nov 1998 to 7 Nov 1998 (#1998-62)
Date: Sun, 8 Nov 1998 00:00:03 -0500
From: Automatic digest processor 
Reply-To: MAX - Interactive Music/Multimedia Standard Environments
     
To: Recipients of MAX digests 

There are 5 messages totalling 181 lines in this issue.

Topics of the day:

  1. window commands to p & menu on top of fpic
  2. Realtime MIDI transmission
  3. Granular Synthesis and MSP info source
  4. LCD
  5. menu object on top of a fpic

McGill is running a new version of LISTSERV (1.8d on Windows NT).
Information is available on the WEB at http://www.mcgill.ca/cc/listserv

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

Date:    Sat, 7 Nov 1998 01:59:26 -0500
From:    Stephen Kay 
Subject: window commands to p & menu on top of fpic

Trond L.:
>When selecting an item from the menu, menu and other objects (envi) on
>top of the fpic gets covered by fpic. menu still responds to mouse, and
>items show up when mouse is down, but menu hides again as soon as an
>item is selected. envi gets hidden and inaccessible.

>If the subpatch is closed and then reopened, everything looks fine again=

>until next time menu is used.

>I've made sure that fpic is sent to back and other objects are sent to
>front. I get no such problems when using the other objects on top of
>fpic (message, number box and envi).

>Has anyone got any suggestions, apart from getting rid of the background=

>picture?

This is a result of the fact that most Max UI objects use a very
simplistic method of redrawing:  "oh, I've been partially obscured
by something else, so therefore I will perform an InvalRect() on
myself and redraw my entire self."  In your case, when you release
the menu, the fpic object goes through the above dialog with itself,
and redraws the entire picture - *over* the menu (and anything else
that happens to be on top of it).  The other objects
you mention do not ever actually obscure part of the fpic during
their operation, so the problem does not occur when you use them.

You can't do anything about it.

Incidentally, (you probably knew this was coming), the MegaMAX collection=

does not exhibit this irritating behaviour.  If you take a 
object, install your picture in it and use it as a background (by selecti=
ng
ignore clicks), you can place menus on top of it without anything
happening.

Stephen Kay
---------------------- The MegaMAX Collection ----------------------
 Over 30 Max objects for the creation of more professional looking, =

         feeling, and functioning patchers and applications.
           http://www.musikinetix.com/MegaMax/MegaMax.html
------------------------ Free Max objects! -------------------------
       http://www.musikinetix.com/MaxCorner/PublicDomain.html
--------------------------------------------------------------------

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

Date:    Sat, 7 Nov 1998 11:29:53 +0200
From:    Thierry Fournier 
Subject: Realtime MIDI transmission

Dear Maxers,

We used wcontrol for a real-time MIDI transmission thru ISDN - and we
encountered several problems to transmit a continuous flow of data.
Could anybody give me more information about the "state-of-the-art" in
that domain ? Is there another Max external we could use ? Has someone
ever experimented a "compression" protocol ? Or is there another
software dedicated to that fonction, that we could use linked with Max ?

Thank you,
Thierry Fournier

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

Date:    Sat, 7 Nov 1998 07:45:02 -0500
From:    Shamus Jary Mcconney 
Subject: Re: Granular Synthesis and MSP info source

>> Having worked with Nobuyasu Sakodna's excellent MSP 'Granular 1.2' I
>> was wondering if anyone has been able to process G.S. in realtime.
>>
>> If it's possible with 'Granular 1.2' or any other patch or program
>> perhaps you could email me?
>please post any info to the list - I'm also interested in this, and i
>think there are several other people here who are too.

I have created a web page listing all of the public resorces I know or for
the various wonderful reatime synthesis programs writen by or inspired by
the work of Miller Puckette, including Pd, MSP, and Max/FTS.  The page
also has links to resources for biaural sound, csound, and other areas of
interest to me.

The page's URL is:
http://web.nwe.ufl.edu/~mcconney/Pd+.html

If any one has a site or resource that they would like me to add to this
page please email me.  The same if you would like me to remove a link from
your site or resource.

Shamus McConney
mcconney@nwe.ufl.edu

http://web.nwe.ufl.edu/~mcconney/
http://web.nwe.ufl.edu/~mcconney/Pd+.html

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

Date:    Sat, 7 Nov 1998 08:08:27 -0500
From:    Don Jenczka 
Subject: LCD

The Max manual gives instructions for changing the color of LCD. For
example, you can have a LCD with a black background and a nearly white
number on a color computer, but this doesn't seem to work on a non-color
mac (don't laugh: PB 170, which I like because it has both a printer and
modem port, and I'm not as worried about someone stealing it). Anyone have
any ideas?
Thank you.
Donny

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

Date:    Sat, 7 Nov 1998 16:06:55 +0100
From:    Peter Swinnen 
Subject: Re: menu object on top of a fpic

Trond Lossius wrote:

> When selecting an item from the menu, menu and other objects (envi) on
> top of the fpic gets covered by fpic.

> I've made sure that fpic is sent to back and other objects are sent to
> front.

Trond,

I've had similar problems, while dynamically changing texts in
-boxes.
My conclusion was that it probably has to do with the way a MAX patch
responds to the Mac-Toolbox update-event. Obviously, while selecting
from an umenu, part of your patch gets covered by this drop-down menu,
so this region has to be redrawn. My guess is that MAX asks each object
that's within this region (InvalRect) to redraw itself. So, if your
background picture is within this region, it gets redrawn. But all other
elements, that are not within this region, won't be redrawn, so,
visually, your background picture "covers" them.

> Has anyone got any suggestions, apart from getting rid of the background
> picture?

I'm afraid the only person who could really solve this problem, is the
author of MAX himself (David Z, are you listening ?). A workaround could
be to split your fpic into several fpics, so that the fpic that gets
covered by umenu (and gets redrawn) is a different one from that behind
the other objects.

Happy Maxing
--
Peter Swinnen
===================================
Composer                 (from Belgium)
mailto:"Peter Swinnen"
URL http://www.ping.be/peterswinnen

Check out my (updated) collection of MAX objects at
http://www.ping.be/peterswinnen/
===================================

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

End of MAX Digest - 6 Nov 1998 to 7 Nov 1998 (#1998-62)
*******************************************************