From:
                                                            2/24/97 12:00 AM
Subject: MAX Digest - 22 Feb 1997 to 23 Feb
1997To: Recipients of MAX digests 

There are 5 messages totalling 129 lines in this issue.

Topics of the day:

  1. Quicktime stuff (2)
  2. Oh no, it's the Objects In MAX thread again...
  3. Chord Recognition
  4. ouchstring

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

Date:    Sun, 23 Feb 1997 13:08:38 +0000
From:    Andy Hughes 
Subject: Quicktime stuff

i've written a patch that plays a quicktime movie at various points from a
midi keyboard and i want to output the movie to a video projector.
the problem is the s-vhs output contains the whole desktop. i have the
patch to hide the menu bar but the QT window and the patch has a title bar
etc.
does anyone have any ideas on how to get a totally black screen with just
the movie displayed?

TIA

andy

btw i'm runningMax 3.0 on a 8100/100 (8600/200 when it arrives).

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

Date:    Sun, 23 Feb 1997 14:16:23 +0000
From:    Nick Rothwell 
Subject: Oh no, it's the Objects In MAX thread again...

This horse ain't quite dead yet...

I'm ramping up to do some more MAX externals (MAX 3.0, 68000, THINK C - the
old-fashioned way) and wondering what the situation is with TC's object
mechanism. Somewhere I've got that MAX objects as TC objects example code,
but I'm not really wanting to get into that kind of implementation detail.
I'm happy for my MAX externals to have their current structure, but am
wondering if I can safely use objects (and virtual methods, specifically)
once I'm through the A4 setup stage.

I guess I can't use (TC's) new() and dispose() except out of interrupt
(such as at MAX class setup time and in the MAX new() and dispose()
methods, or via defer/qelem). That's fine, so long as I can do TC virtual
method calls at interrupt.

Can anyone see any potential problems here? Any segment problems perhaps?

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

             years, passing by, VCO, VCF, and again, and again

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

Date:    Sun, 23 Feb 1997 12:57:56 -0500
From:    Steve Smith 
Subject: Re: Chord Recognition

On Fri, 21 Feb 1997 07:57:27 +0100
Peter Castine 
RESPONDED ON THE Subject: Re: Chord Recognition
>
Steve's example, which one might call a dominant 7
with superimposed double dominant (...though when Strauss used it in
_Elektra_, we just called it a _Terzschichtung_ in theory class... and in
Henry Cowell, it was probably just a cluster) would have the signature '2 4
6 7 9 10'. All very reminiscent of figured bass.
-----------
MAY I SAY...
This, in my books, would be analyzed as a Lydian flat seven scale, (G
melodic minor scale), not D7/C7 or C7 9 #11 13.  So, maybe it wouldn't be
good to take all the intervals mod 12.......

Steve

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

Date:    Sun, 23 Feb 1997 14:10:25 EST
From:    Roland Hemming <100414.2220@COMPUSERVE.COM>
Subject: ouchstring

Richard Dudas wrote

>Has anyone out there had problems running Max3.0 patches with Max3.5 (68k
>or FAT) when the patch contains (possibly) the following:....-
loops/feedback...

Yes I was a beta tester too and I find in some patchers if I try to run a
series
of operations in a loop using counter or even just the + I get a stack
overflow.
I contacted David Z about this but I never really pursued it. I have had to
put
the odd delay object in my patchers to sort it out.

This has all concerned me as I pay real attention to message order and my
patchers are written in such a way that I make sure an operation has told me
it
has finished before I do another one yet I still get stack overflows. (I now
write many of my patchers as 'functions' drastically reducing the size of my
patchers. This makes sure that I have completed an opetration properly)

You say it might be your patcher design and my patchers are quite complex
too
but I'm not so sure. David could there be some sort of re-entrancy problem?

Roland

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

Date:    Sun, 23 Feb 1997 17:18:04 -0500
From:    David Crandall 
Subject: Re: Quicktime stuff

On Sun, 23 Feb 1997, Andy Hughes wrote:

> i've written a patch that plays a quicktime movie at various points from a
> midi keyboard and i want to output the movie to a video projector.
> the problem is the s-vhs output contains the whole desktop.

> does anyone have any ideas on how to get a totally black screen with just
> the movie displayed?

Probably has more to do with the software that drives your video output
than with Max.  You need to find a way (maybe with Monitors control panel)
to define the screen that contains your QuickTime output.  I think some
applications let you send the contents of a quicktime window out as NTSC
video.  You may need to have a 2-monitor setup (or separate display card
with video I/O) to do this.

Anybody with better answers, please holler.  I'm shopping around for the
best way to do this, too.

Later,
dc

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

End of MAX Digest - 22 Feb 1997 to 23 Feb 1997
**********************************************

X-Mozilla-Status: 0001
Content-Length: 10751