From:
                                                            2/20/97 12:00 AM
Subject: MAX Digest - 18 Feb 1997 to 19 Feb
1997To: Recipients of MAX digests 

There are 8 messages totalling 221 lines in this issue.

Topics of the day:

  1. iCube contact info
  2. I-Cube Info
  3. MAX Digest - 17 Feb 1997 to 18 Feb 1997
  4. Jean Claude Risset's Duet
  5. slimfast MAX
  6. bondo problems
  7. Chord Recognition
  8. I-Cube/old Max

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

Date:    Tue, 18 Feb 1997 23:20:21 -0600
From:    Ken Gregory 
Subject: Re: iCube contact info

        Infusion Systems Ltd.

!!!!! PLEASE NOTE OUR NEW ADDRESS/PHONE/FAX starting 27 Jan 97 !!!!

Mail    425 Carrall Street, Suite 407                      <-- !!!!
        Vancouver, B.C.
        V6B 6E3 Canada                                     <-- !!!!

Phone   +1 604 684 3646                                    <-- !!!!

Fax     +1 604 684 3656                                    <-- !!!!

Email   help@infusionsystems.com  [product support]

        sales@infusionsystems.com [admin queries]

        info@infusionsystems.com  [misc queries]

WWW     http://www.infusionsystems.com

>------------------------------
>
>Date:    Tue, 18 Feb 1997 04:06:44 -0800
>From:    Issac Roth 
>Subject: I-Cube Info?
>
>Hey Folks,
>
>I'm trying to get in touch with the makers of the I-Cube. It seems the
>infusionsystems website is not available. Anyone have contact info?
>
>Thanks for your help,
>
>
>Issac

Ken Gregory   kgregory@pangea.ca
ph. 204-942-7510                fax 204-942-1555
704-138 Portage Ave. East,  Winnipeg, Manitoba, Canada  R3B 1G7

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

Date:    Wed, 19 Feb 1997 06:24:44 -0500
From:    Ken Mistove 
Subject: Re: I-Cube Info

I've been in touch with Infusion Systems recently. They are having domain
name problems with Internic. All internet access is down. Until that is
straightened out you can reach them by phone or fax.

Phone   +1 604 684 3646
Fax     +1 604 684 3656

I just received my I-Cube System. It's fantastic. Now if only there were
more than 24 hours in a day...

>Date:    Tue, 18 Feb 1997 04:06:44 -0800
>From:    Issac Roth 
>Subject: I-Cube Info?
>
>Hey Folks,
>
>I'm trying to get in touch with the makers of the I-Cube. It seems the
>infusionsystems website is not available. Anyone have contact info?

Ken Mistove
kmistove@eclipse.net
http://www.eclipse.net/~kmistove/

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

Date:    Wed, 19 Feb 1997 12:17:13 -0600
From:    MALONE Don A 
Subject: Re: MAX Digest - 17 Feb 1997 to 18 Feb 1997

i had been having some trouble with corruption of values stored in bondo
i seemed to be doing a shift rather like Bucket
the problem disappeared when i put that part of the routine in a subpatcher

anyone else have the same problem
or other solutions?

happy tunes
Lone Monad

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

Date:    Wed, 19 Feb 1997 13:55:58 -0500
From:    Jonathan Berger 
Subject: Re: Jean Claude Risset's Duet

Roby -
Richard's solution should indeed work - but in case you run into
difficulty I have a version of Jean Claude's  Duet along with the
early version of MAX archived somewhere here - let me know if you
need it.
jonathan berger
(brg@ccrma.stanford.edu)

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

Date:    Wed, 19 Feb 1997 11:32:32 -0800
From:    Peter Elsea 
Subject: slimfast MAX

Much discussion about the necessity for a 68k version of Max 3.5. I want
one.

There are still many important objects (for instance, the various speaks
(and I've been doing blind accessible software lately)) that have not been
converted. Since I do my development on PPCs, the  only way I can use them
is with 3.0. (Contrary to impressions I may have made, I do not intend on
writing an Lobject for everything!)

Also, DZ once mentioned a plan to upgrade the application maker- (there's
the signing onto OMS issue, for instance) - but my upgrade didn't include
it. What happened?

(For those who wonder what the heck we're talking about:
When the Mac was first designed, Jobs and crew specified a new file format-
among other things, a Mac file would have  a DATA section (called a fork)
and a RESOURCE (for code and other binary things) section. The idea being
that a document could incude the code to execute itself. (Nice object
oriented thinking) It never happened, probably since they also included the
feature of a document knowing what it's creator was.  Most applications
shipped with empty data forks and most documents have empty resource (well
maybe an icon or something) forks. When the PPC and the necessity for two
versions of everything came along. Apple thought they'd simplify things by
changing the rules. PPC applications have the code in the data fork. (They
still have non code resources in the resource fork.) So, you can have a FAT
version, with exciting PPC code in the data and dull old 68k code in the
resource. This means a FAT application is probably twice the size of a
single format version (depends on how much is non code resource, both
versions share that.) It's only bigger on the disk, the alternate version
never makes it into memory. If you have a 68k machine and a FAT
application, you can safely strip away the unusable PPC code. (But who
knows what is safe with copy protectors around.) Just remember to go back
to the master disc when you finally upgrade.
By the way, it doesn't have to be literally the same code in both versions,
so it's quite possible that a bug could exist in PPC that doesn't in 68K-
if it's a compiler bug, the programmer would never know. However, the cause
of Karlheinz' perception that the PPC version is crashing more often is
probably that PPCs crash more often.)

((( sorry about all the parentheses, I've been studying lisp)))

Peter Elsea
Electronic Music Studios
University of California, Santa Cruz
http://arts.ucsc.edu/EMS/Music/index.html
 elsea@cats.ucsc.edu

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

Date:    Wed, 19 Feb 1997 15:07:02 -0500
From:    Stephen Kay 
Subject: bondo problems

Al Malone:
>i had been having some trouble with corruption of values stored in bondo
>i seemed to be doing a shift rather like Bucket
>the problem disappeared when i put that part of the routine in a
subpatcher

I had problems a while back where bondo seemed to be corrupting my patchers
(as evidenced by bondo_methods being shown in MacsBug upon crashing).  I
could never figure it out, and since my patchers use custom objects, David
Z. was loath to take a look at it.

Bottom line? I stopped using bondo, and all the problems associated with
that particular episode have disappeared. Conclusive?  Maybe not...

Stephen Kay

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

Date:    Wed, 19 Feb 1997 15:27:54 -0500
From:    Steve Smith 
Subject: Chord Recognition

Regarding the chord recognition stuff,  I wonder if it is possible, without
using lists of user input chords, to get it to recognize jazz chords, which
are actually regular chords superinposed in a higher octave.  For example,
one such chord might consist of a D7 chord played one octave above a C7
chord.  Jazz terminology for this would be C7 9 #11 13.

Has there been any work on software to recognize such chords?

Steve

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

Date:    Wed, 19 Feb 1997 18:59:23 -0500
From:    "Joseph W. Rovan" <105561.3371@COMPUSERVE.COM>
Subject: I-Cube/old Max

Here's the info in Infusion Systems, makers of the I-Cube:
Infusion Systems
1320 East Georgia Street
Vancouver, B.C. Canada V5L 2A8
604-253-0747
sales@infusionsystems.com

Also, for the person looking for an install of some ancient version of
Max--I know there is a mysterious shelf at Opcode with install disks of
older versions. I had to send out a few myself last year. I would try
emailing Tim Self at Opcode, tim_self@opcode.com

Butch Rovan

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

End of MAX Digest - 18 Feb 1997 to 19 Feb 1997
**********************************************

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