Subject: MAX Digest - 4 Oct 1999 to 5 Oct 1999 (#1999-289)
Date: Wed, 6 Oct 1999 00:00:22 -0400
Automatic digest processor <LISTSERV@LISTS.MCGILL.CA>
Reply-To: MAX - Interactive Music/Multimedia Standard Environments <MAX@LISTS.MCGILL.CA>
To: Recipients of MAX digests <MAX@LISTS.MCGILL.CA>

There are 14 messages totalling 548 lines in this issue.

Topics of the day:

  1. PCMCIA for Powerbooks
  2. startup sound kill
  3. max2 creator (3)
  4. the Creator and you
  5. That fuckin guitar chord or the m1 chord is history:>
  6. ultrasound-sensors
  7. A Single-buffer soundfile library (2)
  8. ApplicationInstaller
  9. SyJet
  10. multi-track sequencing
  11. Title bar Removed


Date:Mon, 4 Oct 1999 21:26:15 +0000
From:Amy Knoles <altmuse@EARTHLINK.NET>
Subject: Re: PCMCIA for Powerbooks

> From:
> Subject: Re: quickcam
> Hi David
> >alternatively, can anyone tell me how to get video into a powerbook,
> >to use as a
> >controller for max? is there a PCMIA card available, and how much would one
> >cost?
> There are PCMCIA Cards available that take a composite video signal
> and work very well. I have seen them inn opperation, but dont have a
> name or a price, although I dont think they were really expensive.
> Then you could use any camera.

I have researched this for quite some time and there is now a"Firewire 2 Go PC
Card"$249 US. It's an IEEE 1394, what you need. You can get it from our Mac
Connection or Mac Wherehouse , 800 # 's in the US...don't know how you can reach from
UK. HOWEVER, you will have problems...glitches etc if you are running on a 233, it
really wants 333 or faster, I'm thinking about the PBG3 400 in January...anybody
used max on one?

Amy Knoles
Global New Music


Date:Tue, 5 Oct 1999 00:58:40 +0000
From:rb <rumble@NH.ULTRANET.COM>
Subject: startup sound kill

i can't remember if it was here that somebody was looking for a way to
kill the startup chime (or even if someone posted a fix)
but apparently bitheadz has an app that will do this.

sorry if this is a repeat.


Date:Tue, 5 Oct 1999 09:49:51 +0200
From:Peter Castine <pcastine@PRZ.TU-BERLIN.DE>
Subject: Re: max2 creator

On around 3=AD10=AD1999 16:43, Neal Farwell said something like:

>Is there a way of checking that a proposed code isn't already registered
>for something else?

Register the code with Apple.

>which, I assume, costs...)

It costs nothing except the postage stamp (or the time to send an e-mail).

Details in _Inside Macintosh_ and at Apple's Dev Support Web Site.


Dr. Peter Castine| I am very pleased to announce that the
4-15 Music & Technology| 26th International Computer Music Conference
| will take place in Berlin in the year 2000.
| We look forward to seeing you here!


Date:Tue, 5 Oct 1999 09:49:57 +0200
From:Peter Castine <pcastine@PRZ.TU-BERLIN.DE>
Subject: Re: the Creator and you

On around 5=AD10=AD1999 4:01, Stephen Kay said something like:

>> It occurs to me that this field could default to something else
>> and, in the absence of additional iconic material, AppIns
>> could include some beautiful new icons, distinctive from
>> those that grace the Max application itself. This could
>> certainly cut down on the confusion caused by the way it works
>> now, and I'm all for that.
>Great idea. However, in an attempt to stave off the ream of
>questions as to why "my app opens up joe's app that I downloaded
>last week", how about a randomly generated default?

Better still: a code registered with Apple and reserved for "generic Max

'MxSA' would do nicely if it's available.



Dr. Peter Castine| I am very pleased to announce that the
4-15 Music & Technology| 26th International Computer Music Conference
| will take place in Berlin in the year 2000.
| We look forward to seeing you here!


Date:Tue, 5 Oct 1999 09:50:00 +0200
From:Peter Castine <pcastine@PRZ.TU-BERLIN.DE>
Subject: Re: max2 creator

On around 5=AD10=AD1999 1:59, Matt Wright said something like:

>I found this web site from a guy who maintains a database of all known (to
>him) Mac file Type/Creator codes:

The only reliable database is the one maintained by Apple. It is not
publicly accessible to determine what codes are already registered. This
is a policy decision that was made in 1984 or earlier.

The point is, I think, that 3rd party software vendors registering type
and creator codes may not want their competition to know what they've
registered; particularly not before the product release, and you need to
register your codes before product release--the code needs to be frozen
at the very least during pre-release manufacturing, and possibly during
testing. Typically, a software developer will want to settle creator and
type codes by about day 0.1 of product development. Apple set a policy
that would encourage 3rd party developers to conform to the registration
conventions without loss of confidentiality.

But it seems that emigr=E9 Kentuckians working in a 32nd sub-basement
office in the 4. Arrondisement won't conform no matter what you do.
(Geographical details may be off by a degree of longitude or three; apols
in advance).

David, as the person responsible for making Max into a production-quality
product (is this an accurate description?), probably should have checked
on the registration situation. There was equally probably never (paid)
time for such minutae, which I can understand (I've done work-for-hire
software projects, too). OTOH, I can vouch from personal experience that
it's a strangely unpleasant feeling when you discover someone else using
_your_ creator code for _their_ product.

Interestingly, Apple set a different policy for NewtOS applicationrs, a
bit more like Internet domain names: app identifiers are variable length,
and a vendor registers a base code to which she can append as many
specific identifiers as she feels like. I'll bet servicing creator/type
registration requests has cost Apple many hundreds of thousands of
dollars over the years.



Dr. Peter Castine| I am very pleased to announce that the
4-15 Music & Technology| 26th International Computer Music Conference
| will take place in Berlin in the year 2000.
| We look forward to seeing you here!


Date:Tue, 5 Oct 1999 10:14:20 +0100
From:"@=?ISO-8859-1?B?hg==?=*" <eric_hard_jams@BTINTERNET.COM>
Subject: That fuckin guitar chord or the m1 chord is history:>

There is a program to disable the startup sound on BItheadz if anyone is



Date:Tue, 5 Oct 1999 11:27:10 +0100
From:Michael Strohmann <sm@XDV.ORG>
Subject: ultrasound-sensors

dear list members

i want to track the movement of a dancer to generate midi-data to feed it into
max/msp to create
stunning sound which amplifies the dancers emotional expression.......
but how to do it?
i finally thought on small cordless ultrasound-transmitters attached to some parts of
the dancers body
(feet, arms, chest, head). the transmitted signals should be detected by 3 or 6
ultrasound-receivers which
should output the current carthesian-coordinates of every transmitter (maybe even the
relative distances of the transmitters to each other an to the receivers).
i-cube or AtoMIC(ircam) or sensorlab or sth. else should then transform these
analogue signals into midi-messages.

any information, hints, tips and answers to the problem of tracking movements are
urgently welcome!!!!!
thany a lot


Date:Mon, 4 Oct 1999 16:56:13 -0400
From:Kurt Ralske <kurtralske@EARTHLINK.NET>
Subject: A Single-buffer soundfile library

Here's an different approach to managing a large number of
soundfiles, in a way that provides easy access and portability.
Instead of the "one buffer~ for each file" approach, it's possible
to have a single buffer~ that contains all your soundfiles in one.

1) This system works only if all the soundfiles in the library are
all the same legnth. (in this example, 10 sec is the standardized legnth)
2) In an editor like Pro Tools or Peak, make all of your sfs into
one long file, appending each sf to the end of the last
3) Make a buffer~ for this "library file"
4) Make a menu of the names of all the sfs within the library
5) Multiply the int from the left outlet of the menu by 10000 (or
whatever your standard file legnth is), and use this as an offset
for messages sent to groove~ or play~.

There's several advantages to this approach:
-- The library is easily expandable; just append to your library
and add new names to the menu.
-- It's easy to give a new patch access to the complete library of files;
just copy the single buffer~ and menu.
-- It's possible to change the name of a file within the library just by
changing it in the menu (MAX only displays these names, it doesn't
actually use them.)
-- By sending ints to the menu inlet, instant access to all sfs is
with display of current sf being played.

Kurt Ralske

max v2;

#N vpatcher 49 40 764 708;
#P number 349 389 54 9 0 0 4 3;
#P number 237 390 51 9 0 0 4 3;
#P newex 318 363 27 196617 + 0;
#P newex 207 363 27 196617 + 0;
#P newex 255 291 27 196617 t b i;
#P message 318 337 32 196617 2500;
#P message 207 336 14 196617 0;
#P user hslider 125 90 18 128 20 1 0 0;
#P number 125 250 62 9 0 0 4 3;
#P newex 13 188 45 196617 loadbang;
#P toggle 13 221 15 0;
#P newex 13 247 27 196617 sig~;
#P newex 125 183 48 196617 * 10000;
#P toggle 112 509 15 0;
#P newex 96 543 29 196617 dac~;
#P newex 96 421 233 196617 groove~ myLibrary;
#P user umenu 125 144 144 196645 2 64;
#X add konzept = luvl!;
#X add abztrakt rout!n;
#X add = ezenz!al!;
#X add ma! v!eu;
#X add dze !nternet;
#X add [u!ch = prznl!;
#X add regard az 0+1;
#X add daru!n!an d!g!tl;
#X add velt spasz];
#X add az 0+1;
#X add zamplr + dze;
#X add http adresez;
#X add = dze `m!d!`;
#X add chanelz aprez;
#X add = ma! env!z!on;
#X add dzat u!ch;
#X add 0+1 dez!rez;
#X add = ov op!n!on;
#X add humanz != should;
#X add adapt dze env!ronmnt;
#X add 2 human dez!rz;
#P newex 478 96 183 196617 buffer~ myLibrary myLibrary 200000;
#P comment 479 122 161 196617 naming buffer~ twice causes it to load
automatically with patch;
#P comment 130 510 100 196617 start audio;
#P comment 481 284 204 196617 This example would work only if you created
a library file in an editing program \, by appending each file to the end
of the last;
#P comment 185 183 100 196617 multipy by standard file legnth;
#P comment 200 251 100 196617 offset;
#P comment 257 338 28 196617 loop;
#P comment 159 338 29 196617 start;
#P comment 357 338 25 196617 end;
#P comment 408 390 64 196617 with offset;
#P comment 43 93 72 196617 scroll thru sfs;
#P comment 43 145 74 196617 sub-file names;
#P comment 500 528 131 196617 A single-buffer sf library;
#P comment 501 551 130 196617;
#P connect 14 0 18 0;
#P connect 15 0 16 0;
#P connect 17 0 16 0;
#P connect 18 0 22 0;
#P connect 23 0 14 0;
#P connect 24 0 27 0;
#P connect 25 0 28 0;
#P connect 19 0 15 0;
#P connect 22 0 26 0;
#P connect 21 0 20 0;
#P connect 20 0 19 0;

#P connect 26 0 24 0;
#P connect 26 1 27 1;
#P connect 26 0 25 0;
#P connect 26 1 28 1;
#P connect 27 0 15 1;
#P connect 22 0 15 0;
#P fasten 27 0 29 0 212 387 242 387;
#P connect 28 0 15 2;
#P fasten 28 0 30 0 323 384 354 384;
#P pop;


Date:Tue, 5 Oct 1999 18:16:21 +0200
From:muki pakesch <mpakesch@T0.OR.AT>
Subject: Re: max2 creator

At 0:00 -0400 05.10.1999, Neal Farwell <nfarwell@FAS.HARVARD.EDU> wrote:
>Is there a way of checking that a proposed code isn't already registered
>for something else? (of course you can't prevent someone else subsequently
>registering it unless you do so yourself which, I assume, costs...)

there's a (shareware?) database by ILANS@VMS.HUJI.AC.IL listing a collection
of type/creator known to him
it's called "Type/Creator Database" and should be available at infomac
or at one of those url's (not sure which one's working):

| muki pakesch|
| mailto:mpakesch@t0.or.at|


Date:Tue, 5 Oct 1999 13:06:02 -0400
From:Stephen Kay <sk@COMPUSERVE.COM>
Subject: A Single-buffer soundfile library

1) This system works only if all the soundfiles in the library are
all the same legnth. (in this example, 10 sec is the standardized legnth)=

Cool idea. I don't have MSP currently, but I'll keep the patch for
when I do. =

However, in reading it, I can perhaps make a suggestion:

There's no reason why these soundfiles have to all be a standardized
length (unless I'm missing something specific to MSP).

Simply note the length of each soundfile as you append them to
each other, and put the offsets into a coll, along with the menu

0, 0;
1, 10000;// 1st file was 10 seconds
2, 35000;// 2nd file was 25 seconds
3, 41500;// 3rd file was 8.5 seconds, etc.

Seems like it should work to me, although I can't test it...

Stephen Kay


Date:Tue, 5 Oct 1999 13:31:37 EDT
Subject: Re: ApplicationInstaller

In a message dated 10/4/99 20:14:21, DZ wrote:

>The ApplicationInstaller program used to build standalone
>Max application contains an entry for Creator. It's right
>there at the top of the dialog. This field defaults
>to max2, but can be changed to anything your heart desires
>(as long as such desire can be expressed in four characters).
>No need to use ResEdit. The reason it defaults to max2 is
>that this allows your application to have an Max-like icon, since
>icons from the MaxPlay application are going to be included by
>It occurs to me that this field could default to something else
>and, in the absence of additional iconic material, AppIns
>could include some beautiful new icons, distinctive from
>those that grace the Max application itself. This could
>certainly cut down on the confusion caused by the way it works
>now, and I'm all for that. However, if anyone likes the way
>it works now, please speak up.
If you are considering changes to the application installer would you please
consider adding another checkbox "Use OMS". The question of whether it would
be possible to create an application which does not use OMS has arisen
several times. I have written many applications which have nothing to do with
MIDI. Yet they still take an age to launch if my ports are switched to my
Studio 4 or I have to cancel the dialog box which opens if they are not.
Others have noticed this perrenial pain in the ass. Someone did suggest
re-booting with a different startup set. Why would I want to do that? I have
to reboot more often than I care to already.


Date:Tue, 5 Oct 1999 13:52:40 -0400
From:Christopher Murtagh <chris@MUSIC.MCGILL.CA>
Subject: Re: SyJet

At 2:01 PM -0400 10/4/99, Stephen Kay wrote:
>>My experience has been better than yours: my
>>SyJet has been used every day since May of
>>'97 without hiccuping once.
>I've used 1GB and 2GB Jaz removeables for years now, without a
>single problem.

Wow, you guys have had much better luck that we did here at McGill.
I had one, and the Faculty had 2. All three were practically useless
in less than two months of the purchase. I returned mine 3 times
(getting a new one each time) and one of the faculty's twice before
we just gave up on them. If you want, you can buy them

( along with some NeXT
stations and 286s.




Date:Tue, 5 Oct 1999 14:26:53 -0400
From:McGregor Boyle <boyle@PEABODY.JHU.EDU>
Subject: multi-track sequencing

>> I'm trying to open a MIDI file in the mtr object using the read
>> message.
> > Well, it's true that the mtr object accepts MIDI files as a type
> > to read. But there's no actual MIDI file reading code in the mtr
> > object.

Since this has come up, is there a simple way to open and play a type 1
MIDI file in Max containing many types of messages? I haven't
spent much time with detonate, but it the documentation only shows it
playing notes. I assume one could send program changes, etc. using the
"extra" outlets, but that seems pretty clumsy.

Thanks in advance-

McGregor Boyle
Computer Music Faculty
Peabody Conservatory of Music


Date:Tue, 5 Oct 1999 19:19:02 +0000
From:Jeff Mann <jefman@UTCC.UTORONTO.CA>
Subject: Re: Title bar Removed

> >Does anyone know of a way to get rid of that nasty title bar around a
> >quicktime when using the movie object? I know imovie can be borderless but=
> >don't want my movie inside the patch window.
> I don't know if this is an option for you, but the source code for movie
> & co. is available. I modified a half-dozen statements to build a variant
> that would position itself with the window frame just outside the visible
> bounds of a 640x480 screen.

Hi - I just uploaded the latest version of David Rokeby's "movieplus"
object to the IRCAM ftp site. I believe it has support for removing the
border, or at least the title bar. It will definitely do scaling etc.,
also skew and rotate (with QT Pro) and now supports QTVR, etc. Several
of the features aren't covered in the documentation, so you might want
to look over the source code (included).

It's free for non-commercial use. Well, I mean, you don't have to pay
any money for it. Other than that, contact David Rokeby.

Jeff Mann - Information Consumer ___O___O__= -- >
"Tapping one's toe in time with a piece of music while sitting on
a modern carpet can induce +/-10 volt potential change on a can of
Spam five feet away."- The Amateur Scientists' Bulletin


End of MAX Digest - 4 Oct 1999 to 5 Oct 1999 (#1999-289)