Subject: MAX Digest - 1 Jul 1998
Date: Thu, 2 Jul 1998 00:00:24 -0400
From: Automatic digest processor 
Reply-To: MAX - interactive music/multimedia standard environments
     
To: Recipients of MAX digests 

There are 8 messages totalling 268 lines in this issue.

Topics of the day:

  1. Roland's Authorization losses!!
  2. PC to Host
  3. MAX and Serial Communications
  4. NAN ok
  5. increased serial out
  6. Mody software written with Max/MSP
  7. copy protection
  8. MAX Digest - 30 Jun 1998 to 1 Jul 1998 - Special issue

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

Date:    Fri, 3 Jul 1998 08:32:51 +1000
From:    David Rodger 
Subject: Roland's Authorization losses!!

Roland Cahen wrote:
[...]
>I keep on loosing authorizations, 5 sets in the past year, especially when
>upgrading machines with the new 3.5.8 max key disk.
>I have lost two sets of authorizations in the last weeks.
[...]
>Fortunately Numera (Opcode sellar in Paris) have agreed to sell me a new
>backup twice.

Have you followed the manufacturers' instructions (Opcode's and Pace's),
and not done anything silly?  Someone mentioned not having two installs on
the same drive.  Are this and other causes of installation problems
actually mentioned in those instructions?  If not, then you should demand
that Numera (or even Opcode) provide key discs free of charge, except
perhaps for postage.  They are either selling a _faulty_ product or the
product has faulty or insufficient documentation.

And for real backup, what are your consumer protection laws like?

Regards, David

David Rodger: Audio Engineering; Pool Operations; Aquatics Training
EMAIL: auricle@alphalink.com.au  WEB: www.alphalink.com.au/~auricle
RESEARCH:  Motion Capture in Music -- farben.latrobe.edu.au/motion/
===================================================================
I came across a quick bio on some trendy DJ/club musician or other.
Listed as his "weird obsessions" item was: a love of old analogue
synthesisers.  Gee, THAT must set him apart from the crowd.
--Nick Rothwell

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

Date:    Wed, 1 Jul 1998 17:55:07 -0400
From:    James Garfield 
Subject: Re: PC to Host

The Korg PC-to-Host interface can be recognized by OMS as a standard 1
MHz MIDI interface.  You should connect the X5 to your Mac via one of
the serial ports and tell OMS Setup to auto-detect the interface on that
port.  It should be able to determine what kind of interface the X5
thinks it is.  If it doesn't work, tell OMS that there's a standard MIDI
interface on the port where you connected the X5.

---James

--
======================================================================
James Garfield                                      badrats@badrat.com
BadRat Multimedia Productions                    http://www.badrat.com

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

Date:    Wed, 1 Jul 1998 15:35:51 -0700
From:    Matt Biederman 
Subject: MAX and Serial Communications

David,

For an upcoming show at the San Francisco Museum of Modern Art, I would
like to use MAX to control a variety of serial devices. I've looked into
Creative Solutions' "SEQS" box which connects to the SCSI port and will
give a Mac 4 additional serial ports.  For this to work however, i need
to know if MAX is compatible with Apple Communications Toolbox
protocols. Is it?

Thank you,
--------------------------------------------------------
Matthew Biederman
SFMOMA
151 Third Street
San Francisco, CA 94103
(415)357-4129
mbiederman@sfmoma.org
--------------------------------------------------------

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

Date:    Thu, 2 Jul 1998 00:54:29 +0200
From:    Oeyvind Brandtsegg 
Subject: NAN ok

Christopher Murtagh suggested that I might be feeding a number greater
than 1.0 into the asin function.
That would be (($f2-$f3)>1.0) in the case of asin(($f2-$f3)/$f1).

That was the case, and now the patch works.

Thanks
Oeyvind Brandtsegg

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

Date:    Wed, 1 Jul 1998 19:35:32 -0400
From:    Jeff Mann 
Subject: Re: increased serial out

somebody (is that really your e-mail address?) wrote:
> just wondering if anyone knows a way of getting numbers larger than 8bit
> out of the serial port. 16 bit would be lovely. I'm trying to send
> numbers larger than 255 to a stamp microcontroller.

Send the upper and lower 8 bits of your 16-bit number one after the
other.

The "int" data type in Max is a 32-bit signed number, so make sure you
limit your data to 0 through 65535. An easy way is to send it through a
number box whose maximum and minimum values are set accordingly.

Then, send the 16-bit number through two different objects (a patch cord
to each, not one after the other):
1. ">> 8" (right-shift 8 bits) will give you the upper byte (MSB).
2. "& 255" ("and" with 11111111) will give the lower byte (LSB).

It doesn't matter what order you send them out the serial object, as
long as your Stamp program knows what to expect. However, if your serial
link is noisy or unreliable, there is the danger that it will get out of
sync, and start thinking the uppers are the lowers and vice versa. This
is particularly a problem with the Stamp, because it does not have a
serial port input buffer, so if it is off doing another task, it will
miss the input. A good solution is to program the Stamp to send an "I'm
ready" message to Max's serial input and have Max wait for it before it
sends the data. If this still isn't reliable, you could try Sukandar's
suggestion of using the high bit of each byte to indicate whether it is
the upper or lower, but I won't go into that here.

To receive, if you are using a Stamp I, for example, "SERIN 0, N2400,
B0, B1", would receive two bytes (low then high) on pin 0 at 2400 baud
and store them in B0 and B1. You can then address the full 16-bit value
as W0. On the Stamp II, declare a word variable, eg. "myvalue var word",
and do "SERIN 0, 16468, [myvalue.lowbyte, myvalue.highbyte]" to receive
on pin 0 at 9600 baud. (Actually, I'm not completely sure whether you
can specify two variables to be filled with two bytes, you might have to
use something like [STR myvalue\2] or something - well, you can
experiment.)


mailto:jefman@utcc.utoronto.ca ||   http://www.interlog.com/~jefman
Visit the Art & Robotics Group site: http://www.interaccess.org/arg

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

Date:    Thu, 2 Jul 1998 02:52:01 +0200
From:    Manuel Poletti-Studio Parlant 
Subject: Mody software written with Max/MSP

Hello,

I wrote with MSP a program called Mody that can edit some interactions
between an sounding excitator (white noise, soundfile or Mac audio inputs)
and a resonant filters bank (up to 64) in order to produce some kinds of
models of resonance.

One can draw the model within 3 break-points tables (center freq., amp.,
bwidth) and import(from Audiosculpt (Forum Ircam) formants analysis or from
a midi chord) and export (to Modalys (Forum Ircam) as a modal object or a
filter) the edited models.

One can also edit the excitator's time/amplitude and time/low-pass resonant
filter parameters of the selected excitating source within two break-points
tables.Then one can export the result as an AIFF file.

The effect is that one can build a "material space" and an "sounding
movement" quickly or precisely as needed.And for sure it works in
real-time, thanks to MSP.

Now I think that it would be possible to build an excitator/resonator
graphical sequencer within Max  including a way to interpolate the
transitions between the stored models.This could be fine using the Timeline
object, in order to have a kind of Protools for models of resonance.

BUT: for this I need to use the markers within the timeline in order to
recall the models and to know when each marker begins and when it ends:
this is currently not possible (with timeline you only get the beginning
point).

One solution could be to have several markers for one model (beg., center,
end) or even another object such as detonate, but it would not be so smart
because one of the goals of Mody is to propose a graphical approach of Max
(rare, isn't it?).

One great thing would be, if sequencing models of resonance is made
possible, that the hole program could be controlled by Midi.One could then
think of some gesture controls of the models and of the excitators or any
other control.A kind of real-time interactive (interact with what ever you
like with Max!) (un)physical modelling of sound material.And it could run
on a small PPC...

Who can help ?

Thanks for reading my little story.

Manuel Poletti
Studio Parlant/Marseille

PS: CV: the first release of Mody was presented at the last Ircam's forum
(april).The second release was awarded (finalist) at the International
Musical Software Competition of Bourges of the G.M.E.B. (real-time
category).This last release should be "downloadable" from the Forum Ircam's
web site (contributions category) these next weeks and maybe from the
Cycling74's web site.Richard Dudas from the Ircam Forum told me that he
could maybe present it at the new Ircam's forum in Berkeley too.So, if
anyone is interested, I hope he will be able to get it somewhere! If anyone
is really interested, email me and I will send him a package (yes, it's
free).
Currently the documentation is written only in french but a first (bad)
english version should come out at the end of july.

Please send me your answers, suggestions or (even) critics.

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

Date:    Thu, 2 Jul 1998 11:15:20 +1000
From:    overlobe 
Subject: copy protection

>
>>Is there a law against using kraks on registered software????

...you may not decompile, dissassemble, reverse engineer or otherwise
reduce the software to a human perceivable form...

standard software license

   :^)
   /|\
   / \
  ~~~~~

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

Date:    Wed, 1 Jul 1998 21:03:26 -0400
From:    Nicholas Longo <71477.2332@COMPUSERVE.COM>
Subject: MAX Digest - 30 Jun 1998 to 1 Jul 1998 - Special issue

<<>            Is there a law against using kraks on registered
<<>            software????
<<>
<<> That's very likely a violation of the license agreement you made when
<<> you installed the software.

<