Subject: MAX Digest - 12 Nov 1997 to 13 Nov 1997
Date: Fri, 14 Nov 1997 00:01:03 -0500
From: Automatic digest processor 
Reply-To: MAX - interactive music/multimedia standard environments
     
To: Recipients of MAX digests 

There are 8 messages totalling 282 lines in this issue.

Topics of the day:

  1. MAX Digest Archive-How far back should it go? (2)
  2. FTS on PPC (Re: Max Audio)
  3. video
  4. looking for spew
  5. strange seq behaviour
  6. Max and QT
  7. moving memory in externals

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

Date:    Thu, 13 Nov 1997 01:04:49 -0500
From:    Jon Witte 
Subject: Re: MAX Digest Archive-How far back should it go?

Issac Roth wrote:

> How much disk space does this take up currently?
>
> Issac

About 12 meg for two years worth the digests.  I had 10 meg that comes
with my ISP
subscription.  I upped it another 10 meg to fit the digests.  My
interest is
if people really have a need to go back 3 or 4 years for specific
information
or is this rare.  Has anyone ever tried to find info that was posted on
the digest 3 or 4 years ago?  Is this a regular occurance?

--
Jon Witte - Music Machine Studio

http://www2.cybernex.net/~jonwitte/
--
******************************************************
*   Dancing in the moonlight, to a spiritual waltz-  *
*       Dancing to the music thats in my soul.       *
******************************************************

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

Date:    Thu, 13 Nov 1997 01:31:23 -0500
From:    Jon Witte 
Subject: Re: MAX Digest Archive-How far back should it go?

Nick Longo Wrote:

> This is amazing public spirit on your part.  My experience is that the
> Archive previously maintained by Michael Sweet was invaluable for the
> discussions of specific problems relating to Max programming, bugs,
> anomalies, third party objects and techniques developed by serious Max
users.
>  For that reason I'd vote for as much of the Archive as possible.
>
> Given the space limitations, and the personal expense you're apparently
going
> to, I'd suggest a possible alternative.  From what I gather, your Archive
has
> an online search facility.  This implies it isn't compressed.  You might
> consider making previous years, maybe 1994 and 1995 available as
compressed
> files that can be downloaded via ftp rather than part of the active
Archive.
>  Or maybe someone else has ftp space available for these files, so your
site
> can simply contain a link to an ftp site where the "Historical Archives"
can
> be downloaded.  In any case, thanks for your efforts!
>
> Nick Longo
>
I like your ideas about stuffing the issues from pre-1996 and I could
fit that at my site.  This would make them unsearchable from the sites
search engine though.  But at least you could download it and open it in
a word processor and search it that way.  The next question is who has
copies of the 1994 and 1995 digests?  Paul Doornbusch has issues from
August, 4 1995 to 1996.    1996 & on is posted with a few small holes
which is all the issues I have.  Does anyone have the issues before
this?  Another question is what file format and should all the digests
from each year be made into two long text files, one for 1994 and one
for 1995.  Long text files would enable searching from within a word
processor.  This would be a really  long text file, though.  Maybe a PDF
format would be good?  Acrobat Reader has very good search
capabilities.  Sorry about the rambling.Kinda in a stream of
consciousness here. Anyone have any other ideas?
--
Jon Witte - Music Machine Studio

http://www2.cybernex.net/~jonwitte/
--
******************************************************
*   Dancing in the moonlight, to a spiritual waltz-  *
*       Dancing to the music thats in my soul.       *
******************************************************

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

Date:    Thu, 13 Nov 1997 11:05:01 +0100
From:    Norbert Schnell 
Subject: FTS on PPC (Re: Max Audio)

Well, so far FTS is concerned the following:

It is true that the FTS team at IRCAM works on a portable version of
FTS, which currently runs on SGI workstations using an Xwindows version of
the old Max patch editor on NEXTSTEP, which ones was driving IRCAM,s ISPW
cards
(this version of Max is unfortunately far less developed than Zicarelli's
 version
in terms of manual and visual control). Currently this is FTS 1.5 providing
a
99% compatibility with the patches written for the ISPW.

Currently we are working on FTS 2.0 wich is a code name for an extended
version
of FTS (introducing some new features like name spaces and user defined data
 types).
It will be driven from an JAVA written environment (code name: Ermes), which
 provides
a patch editor with a look and feel inherited from Max and some elementary
 extensions
(like scriptability).
Using the JAVA beans mechanisms this editor will be open for multimedia and
any
 customized
development (note that the real-time control and DSP part stays C in the FTS
 server).

Theoretically of course there is no reason why a software like this
shouldn't
 run on a PPC.
The benches we did on PPC indicate a power which is absolutely promising.
Unfortunately it's hard to marry a client/server multiplatform architecture
with
 MacOs.

We plan a release of FTS 2.0 at first for SGI workstations, Intel PC under
Linux
 and
PPC running Rapsodie for April '98. These versions will be 100% compatible
 "entre eux"
(and there will be a library available keeping 100% compatibilty with the
 patches written
for the current version of FTS and Max NeXT/ISPW).
The sound i/0 on Linux will be OSS and on Rapsodie what ever will be
provided by
 the system
(on SGI still this wonderfull audio library).

Yes, there are more of interesting platforms, but one after the other...

When we have some white papers and finally updated our web page we will let
you
 now immediately.

Hope that will be fun, too.
Greatings from Paris.

  Norbert

 _________________________________________________________________________

  Norbert Schnell  @  I R C A M
                      Real Time System Team
                      1, place Stravinsky, F-75004 PARIS
                      phone: ++33 1 44 78 48 64 - fax: ++33 1 44 78 15 40

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

Date:    Thu, 13 Nov 1997 11:36:55 +0100
From:    Jeffrey Burns 
Subject: video

Tim Boykett wrote:

>About Max and QT,
>
>I am not sure if we are doing things the cleverest way,
>but here's what happenned:
>
>We have a large-ish PPC machine with a Bravado video
>card. This does video in and out, and comes with its
>own compression technique. We found that if we make a
>half-screen size QT video, then play it using MAX's
>movie object (not overlapping other Max windows), then
>the video appears on the Bravado output. lovely.
>
>This is actually an answer to a question I posed to the
>list about a year ago and I think other people wanted
>an answer to, too.
>
>Even when we allocated mega-memory to Max, then had
>4 QTs in the movie object, the whole thing turned,
>well, not to be unnecessarily impolite, but crappy.
>Solution: combine all QTs into one long video, note
>all the start and end points (can be done inside max
>easily), then play the sections
>from the large movie in the right order. We achieved
>nice video loops, rare lag effects, nice control.
>

Does anyone know a way to make Max talk to a Mir=F3 DC-20 or DC-30 video
boa=
rd?

Why doesn't your system work with full-screen video? My Mir=F3 records and
plays video full screen (using its own compression) very well in
conjunction with Premiere and a fast harddisc. I imagine it could work just
as well with Max, with an appropriate external.

Have you tried combining your various QT's to one film with strong
compression and comparing the performance with and without your video board
then?

Jeff Burns

http://www.inx.de/~jeff

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

Date:    Thu, 13 Nov 1997 12:28:39 +0200
From:    dudas 
Subject: looking for spew

Jon Christopher Nelson writes:

>Can anyone direct me to a FAT spew object??  Thanks for any leads
>you can give me.

Maybe this is of no help, but I managed to replace all of my spews with a
combination of Uzi and a '- 1'.  I guess being able to do this depends on
how you're using spew.

-Richard

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

Date:    Thu, 13 Nov 1997 13:39:35 +0100
From:    Oeyvind Brandtsegg 
Subject: strange seq behaviour

Hello everybody

I have some problems with the seq object and importing midifiles that
were created in Vision. The midifile, which includes playback of
rythmical loops from a sampler, play just fine from inside Vision.
When I import the file into Max, the timing seems to be slightly
different, so that some of the loops are fired just a little bit too
early (or too late).
Anyone have any information as to how the seq object read midifiles, or
what time resolution is used by the seq object.
Will the seq object round off the tempo to something slightly different
than the original tempo ?

So long..
Oeyvind Brandtsegg
mailto:obrandts@online.no

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

Date:    Thu, 13 Nov 1997 15:28:44 +0100
From:    Isabelle Jenniches 
Subject: Re: Max and QT

hi tim and max!

I'm a theatermaker and one of the things I'd like to do with MAX is the
controlling of QT movies via sensors. quickly faced the difficulties tim
adressed on 01-06-97 (yep, just by coincidence when I checked out Jon
Witte's Max Archive I bumped into your post and alas couldn't find the
answer to your question which is also mine...)

>We have a large-ish PPC machine with a Bravado video
>card. This does video in and out, and comes with its
>own compression technique. We found that if we make a
>half-screen size QT video, then play it using MAX's
>movie object (not overlapping other Max windows), then
>the video appears on the Bravado output. lovely.

is this the only possibility you could get rid of the max window and
display the movie in presentation mode? what about picts ? has anybody
experience with Quickdraw and max?

warm regards
ij

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

Date:    Fri, 14 Nov 1997 00:29:50 +0000
From:    Jean Favory 
Subject: moving memory in externals

First, thank you to David Zicarelli and Peter Elsea to their answers
on my previous question about how to poll mouse movements.
Today my question is: is it really impossible to use in externals
objects mac traps wich move memory? For instance, is it impossible to
use the GetCursor routine because I would change the cursor appearance
for a CURS resource of my own ?
Thank you in advance for your help.

Jean.

--
http://www.cosa-mentale.fr/MIM.html

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

End of MAX Digest - 12 Nov 1997 to 13 Nov 1997
**********************************************