Subject: MAX Digest - 15 Oct 1998 to 16 Oct 1998 (#1998-38)
Date: Sat, 17 Oct 1998 00:00:03 -0400
From: Automatic digest processor 
Reply-To: MAX - Interactive Music/Multimedia Standard Environments
     
To: Recipients of MAX digests 

There are 15 messages totalling 501 lines in this issue.

Topics of the day:

  1. 0s0970;d9c790
  2. -c08-08-8
  3. c7097907
  4. max OBJECT for the web (2)
  5. reply : buffer + info + sysex (2)
  6. movie
  7. new Audio-PC-Card for PowerBooks
  8. duration from buffer~
  9. Locking Max to Vision (and vice versa)
 10. Dilemma - Subscription policy
 11. check failed zgetfn (2)
 12. sustain

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:    Fri, 16 Oct 1998 02:36:06 -0400
From:    =cw4t7abs 
Subject: 0s0970;d9c790

>"Miller Puckette" 
>
>>Charles Baker ,
>> ... pd on my intel box
>>and MSP on my powerPC. Assuming they are ethernet connected, is there
*any*
>>possibility for
>>message, if not data sharing ? Of course, there's always MIDI, and analog
>>audio.
>
>Well, I'd love to see someone in the Opcode Max world get netsend and
>netreceive running in Max... that would get messages back and forth, but
not
>audio.  There are also "w" and "wc" objects in Opcode Max which I've never
>tried but which might be compatible with netsend and netreceive already,
>although I don't know.

\\\\

>From:    David Rodger 
>Antiorp (by way of Gene Schwartz):
>>the introduction of parasites into an environment leads to higher fitness
>>of all organisms in said environment. the absence or removal of parasites
>>from an environment leads the organisms' fitness to become stuck at a
local
>>maxima
>Gosh, this reminds me of a paper by our very own David Z in the Proc. ICMC
>a few years back: "Music as Parasite" (or similar title).

      max-l = _?
 !cmc paper = _?

\+\  : po!nt addreszd b! gary lee nelson

- kont!nued - http://www.one38.org/=cw4t7abs/fr2ktur.html

m9ndkonta!nr : reku!rd : oS 1990+ rekommendd :

   -           |  |            -        -           |  |            -
fr2ktur          |  |            -        -           |  |            -
   -           |  |            -        -           |  |            -

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

Date:    Fri, 16 Oct 1998 03:14:15 -0400
From:    =cw4t7abs 
Subject: -c08-08-8

w!ll d!sz b grat!z +?

>Date: Thu, 15 Oct 1998 23:29:54 -0700
>From: "Michael D. Crawford" 
>Subject: Re: Using BeOS for real-rime control systems
>
>>I know this is not the sort of thing the BeOS was designed for, but
>>after looking at the way BeOS threads can have "Real-Time Priorities"
>>I've been seriously considering developing a digital real-time control
>>system for controlling hydraulic actuators, etc...
>
>I'm about to start porting Cycling '74's MAX to the BeOS from MacOS.  It
>includes a real time scheduler, and you can make widgets that do stuff with
>sound, MIDI and serial in various complicated ways.
>
>On the surface it looks like an audio effects tool, but it can be used to
>control devices, for example lights and laser disc players in a live
>concert.
>
>See http://www.cycling74.com
>
>The MacOS can be beaten on so you can do some real time with it with great
>difficulty.

ja.oki.

>part of our hope with MAX on the BeOS is to do it better with
>ease.
>You probably wouldn't want MAX for your specific purpose, but it could be
>used for prototyping and experimenting.

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

Date:    Fri, 16 Oct 1998 03:17:03 -0400
From:    =cw4t7abs 
Subject: c7097907

zuper koll!der = altzo be!ng portd 2 beos

beos operatez on !ntel az well tzo =
1 addtl alternat!v 2 m!kroschaft nt

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

Date:    Fri, 16 Oct 1998 09:19:03 +0200
From:    Daniel Landau 
Subject: max OBJECT for the web

well.... i'll try again:
i'm enveloped with a music education project on the web.
all i want to know is will i be able to use max patches for this project.

d.

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

Date:    Fri, 16 Oct 1998 11:53:16 +0200
From:    Robert Henke 
Subject: reply : buffer + info + sysex

reply : buffer + info + sysex:

buffer length :
use replace instead of read ! this will resize the buffer to the current
soundfile. info~ `name of buffer`  will report lots of information
inclunding length !
sysex out :
use Uzi + table. If its to fast you may reduce the speed with a simple
trick : connect another Uzi object to the bang out of the sysex-readout
-Uzi.  this is a very effektive way to slow down everything ! if you set
the number of bangs from the second Uzi high enough you can slow down even
a G3 300 Mhz !!! of cource you can`t to anything else during the sysex
transmission. if you only have the data for one voice or something like
that ( maybee up to 265 values ) then you should not have any  problems ,
cause this will fit into the buffer of the midi interface.

rob.

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

Date:    Thu, 16 Apr 1998 14:46:01 +0200
From:    subcontrol@MUU.AUTONO.NET
Subject: Re: movie

>>Jeff Burns just showed me a revised movie object by Peter Castine that
>>positions itself off to the side without the title bar to use with a
second
>>monitor.

where is this object available  ?

jukka y

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

Date:    Fri, 16 Oct 1998 14:21:47 +0200
From:    "Dr. Karlheinz Essl" 
Subject: new Audio-PC-Card for PowerBooks

Dear friends!

For all of us who have a newer PowerBook and who are annoyed with the bad
quality if the built-in A/D/A converters, there is a new light shimmering
on the horizon: in the October issue of the magazine MIX a new
Audio-PC-Card for PowerBooks was announced.

I quote:

> Storm Audio Systems Vortex PCM2000
>
> The Vortex PCM2000 (PMCIA type II digital I/O card) provides a
>professional stereo digital audio interface for MacOS and PC-compatible
>portable computers. PCM2000 supports 2-in/2-out of 14-24 bit / 32, 44.1,
>48kHz S/PDIF digital audio. Two cards ca be used for a total of four
>channels. The crad come with Metric Halo MacOS drivers and a bundled
>version of Metric Halo's MLM-100 metering software and is fully compatible
>with Storm's full line A/D/A converters.
>
> 500 North Rainbow Blvd. Ste. 300
> Las Vegas, NV 89107
> Tel: (701) 221-2027
> Fax: (701) 655-5879
> http://www.stormaudio.com

Cheers,
   --- Karlheinz

   Dr. Karlheinz Essl - Composer
   Vienna / Austria
   Studio for Advanced Music & Media Technology
   http://www.essl.at/

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

Date:    Fri, 16 Oct 1998 07:30:30 -0700
From:    Kevin Walker 
Subject: Re: max OBJECT for the web

>well.... i'll try again:
>i'm enveloped with a music education project on the web.
>all i want to know is will i be able to use max patches for this project.
>
>d.

I think the simple answer is "no", in the sense that there is currently no
plug-in which allows someone with a web browser to interact with a max
patch.  There are (I think?) a few lower level objects which allow max
objects to send or receive messages over the internet.

Perhaps someone will correct me if I'm wrong.

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

Date:    Fri, 16 Oct 1998 17:28:38 +0200
From:    "Dr. Karlheinz Essl" 
Subject: Re: duration from buffer~

KHE asked:

>> How do I get the duration of a sndfile
>> read into a buffer~ automatically - *without* opening the object by
>> double-clicking and clicking or dragging over the sample?

Antiorp:
> info~ +?

Matthew Ostrowski:
> use the 'replace' command instead of 'read' when you load the soundfile.

Thanks to antiorp and Matthew Ostrowski for their advices which enabled me
to continue a new project. The only solution that actually works is the
info~ object, for the "replace" message doesn't provoke the buffer~ to send
out the sample length.

Cheers,

   Dr. Karlheinz Essl - Composer
   Vienna / Austria
   Studio for Advanced Music & Media Technology
   http://www.essl.at/

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

Date:    Fri, 16 Oct 1998 11:46:57 -0400
From:    Stephen Kay 
Subject: reply : buffer + info + sysex

Robert Henke:
>sysex out :
>use Uzi + table. If its to fast you may reduce the speed with a simple
>trick : connect another Uzi object to the bang out of the sysex-readout
>-Uzi.  this is a very effektive way to slow down everything ! if you set=

>the number of bangs from the second Uzi high enough you can slow down ev=
en
>a G3 300 Mhz !!!

Don't know why you'd want to "overload" your system this way just to
slow down the output of a table.  Instead of Uzi, use a metro and a
counter - you can set the speed as slow as you want.

Stephen Kay
The MegaMAX Collection: http://www.musikinetix.com

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

Date:    Fri, 16 Oct 1998 14:08:10 EDT
From:    JohnBrit@AOL.COM
Subject: Locking Max to Vision (and vice versa)

On the question of syncing Vision and Max, the easiset way to do this is to
use a timein object and dividing its output by the the number of clicks per
quarter note (usually 480 in Vision). Passing the result to a change object
gives an output at every quarter note. Dividing by 240 gives eighth notes
and
so on. This works with any sequencer using OMS timing. You can start and
stop
OMS timing using a timeout object. This also allows you to set a tempo and
an
absolute point in the sequence. If Vision is set to Remote Start, then
starting OMS Timing from Max will start Vision. The disadvantage is that,
unlike syncing with MTC or SMPTE, the two apps do not synchronize to an
absolute point. However, if you zero OMS Timing from Max when you remotely
start Vision, the timing will remain locked for the entire sequence.
John WIlliams.

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

Date:    Fri, 16 Oct 1998 15:06:39 -0400
From:    Chris Murtagh Hrdc-drhc 
Subject: Dilemma - Subscription policy

Greetings Maxers,

 I have a bit of a dilemma setting a new subscription policy and I was
hoping for some input (via private email please).

 I am toying with the idea of no longer accepting subscriptions from
'anonymous' http based email addresses for 2 major reasons.

1) From my experience (and the experience of many friends of mine), these
email addresses are a major source of commercial spam (although we have
been really lucky with the MAX list).

2) If someone were to choose to send spam/hatemail to the MAX listserv,
there is no way to have them blocked from doing so again. This differs from
a normal ISP based account where the postmaster can be informed and the
email address shut down. At the very least the offending user loses their
email accounts and whatever $$ they put into it. This usually makes it not
worth send the offending messages.

 I have had some experience with this recently as I was trying to find the
source of some (very threatening/nasty) email messages I had received and
was unable to do so. With http based email addresses, anyone can walk into
an 'internet cafe' and send hatemail galore and it is completely
untraceable (unless they paid with a credit card, and even then, it becomes
very time consuming and difficult).

Please note that I am not stopping people from having anonymous
subscriptions to this list. Antiorp, for example,  is subscribed to the
list anonymously  has a real ISP based email address.

 There are currently about 12 people who are already subscribed under these
type of accounts (7 from Hotmail, 1 from Yahoo and a couple others) who
would remain subscribed, but I would just not allow new subscriptions.

So, the question is, should these email addresses be blocked from
subscribing, yes or no.

Your opinions and suggestions are greatly appreciated. Please send them to
me privately as to not disturb the list with too much of this. Send all
replies to .

 Thank you.

Christopher Murtagh
MAX listserv owner

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

Date:    Fri, 16 Oct 1998 21:52:10 +0200
From:    Oeyvind Brandtsegg 
Subject: check failed zgetfn

Does anyone know what the max window error message:

check failed zgetfn (loadbang): corrupt object

actually means, and what I could possibly do to get rid of it.

It appears during loading of a (halfway large) patch, and started
appearing after a crash with that patch.
Yes I *do* empty the thrash after crashing, and the prefs files have
"clean" modufication dates, no files on HD recently changed exept the
edited patches.

If I open and close several other patches before opening the
error-causing patch, then the error message is *not* printed in the max
window, but I still get sort of crazy behaviour from max (crashes during
the closing of an open patch, for example)

Wish I could be more specific, but hopefully some of you might know a
something that can get me started in tracking down the error.

Oeyvind Brandtsegg

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

Date:    Fri, 16 Oct 1998 13:45:58 -0700
From:    Peter Elsea 
Subject: sustain

>I know we've talkied about this before, but I still think the sustain
>object doesn't correctly do what it's supposed to, namely, to emulate a
>piano's right pedal. The problem is that when a note is replayed while the
>pedal is on, sustain only remembers the previous note-off, which it
>delivers when the pedal is released, even though the note is still
>depressed and audible on the midi-piano.

I have now modified Lsustain to include Jeffrey's suggestion- a note that
is held at the keyboard will no longer be shut off. Other features of
Lsustain:
It restrikes notes that are sounding (sending note off, then on)
The command sust sets sustain on for all notes.
The command release or a bang turns sustain off for all notes, and sends
note off for those that are in hold phase.
new> The command sustoff will clear sustain without generating note offs.
new> The mute command will generate note offs for all sounding notes
without turning off sustain.
All of the above can have arguments that make them apply to specified notes.
The command sost will place all currently sounding notes into sustain mode.
Extra note offs are filtered.
Lsustain is  one of the Lobjects, available at (
ftp://arts,ucsc,edu/pub/ems/Lobjects ) the new version is in a folder
called beta_98. I haven't exhaustively tested it, but it's a minor
modification to a stable object, so it should be OK. I have a couple of
other odds and ends I'll tuck in here over the next few weeks, but 98 has
been a slow year at the Lfactory. (And there have been no replies to my
call for suggestions) Early next year I'll roll the new and old into
sensible packages.

While I 'm on the subject, I'll mention some other performance items for
new folks:
Legato, which gives you a single line with specified overlaps (some
synthesizers have a solo mode, where they attempt to slur notes that
overlap slightly.)
Lstrum which arpeggiates lists of notes, with control over rate of strum
and duration of notes. (With pick and harp modes)
Lperc, which allows you to set velocity and duration for each pitch- it
also does rolls and tremolos, and allows cross linking of notes so receipt
of one shuts another off. Lperc is designed to support drum kits on
samplers- you can do things like rolls that crescendo and slow down.

And you thought the Lobjects were just about lists and sets!

piezo sensors
The difficulty with piezos is getting enough channels- msp will surely
work* for two channels, but it's overkill. Shop the used music stores for
old  drum machines. Try to get one with external inputs, or you can put
jacks in the back to replace the existing pads.
* (Hint: use avg~ with a 2ms period and look for a large positive change
between two successive values- then stop checking for about 50 ms)
PcnRT = FeE

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

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

Date:    Fri, 16 Oct 1998 17:20:22 -0400
From:    Stephen Kay 
Subject: check failed zgetfn

>Oeyvind Brandtsegg:
>Does anyone know what the max window error message:
>check failed zgetfn (loadbang): corrupt object
>actually means, and what I could possibly do to get rid of it.

It means that something has gotten corrupted in your patch.
It's a horrible, difficult to locate problem that has happened
to me several times.  What I have done in all cases was start
deleting sections of the patcher, and resaving it with a different
name.  Then close/open it again.  Repeat until it goes away and
you have possibly located the offending section.  I say "possibly"
because in some cases, I never really located it, but just
the activity of moving things around and resaving causes the
data to get saved again correctly, and the problem goes away.

If you do locate the offending section, you can recreate it, or
move things around, etc.

Note: sometimes the "repeat until it goes away" section above
requires that you quit and restart Max every time you test the
patch with a section removed.

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
                         sk@musikinetix.com
--------------------------------------------------------------------

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

End of MAX Digest - 15 Oct 1998 to 16 Oct 1998 (#1998-38)
*********************************************************