Subject: MAX Digest - 6 Mar 1999 to 7 Mar 1999 (#1999-75)
Date: Mon, 8 Mar 1999 00:00:03 -0500
From: Automatic digest processor 
Reply-To: MAX - Interactive Music/Multimedia Standard Environments
     
To: Recipients of MAX digests 

There are 8 messages totalling 375 lines in this issue.

Topics of the day:

  1. accessing buffer~
  2. blue G3's and 2408
  3. Pluggo, apps, animation (2)
  4. PowerGlove and MAX
  5. Filter that only allows notes > 250 ms in length
  6. Broken Hilbert / frequency shifter (attempting port from SGI-land)
  7. (fwd) New Multimedia Listserv

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

Date:    Sat, 6 Mar 1999 22:20:09 -0800
From:    David Zicarelli 
Subject: Re: accessing buffer~

Dan Trueman  writes:

>Anyone have some example code for an external that let's you access the
>data stored in a buffer~?

On http://www.cycling74.com/support there is a link to downloading
the source code for the index~ object.

David Z.

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

Date:    Sun, 7 Mar 1999 09:07:49 +0100
From:    Maurizio Giri 
Subject: Re: blue G3's and 2408

While we're at it: are you using a (working!) MIDI interface also? (if yes
which one?)

And what about SCSI interfaces?

I'm thinking of buying a G3 machine and I'm uncertain whether to purchase
an "old" 266 G3 (with SCSI, Serial port etc) or a new blue Yosemite.

TIA
Maurizio

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

Date:    Sun, 7 Mar 1999 09:13:29 +0100
From:    Jean Paul Laurent 
Subject: Re: Pluggo, apps, animation

>About the application re-opening I understand up to
>this point
>then..
>
>>Open a 'maxb' resource with the hex editor and copy
>>all of the text.
>>Then make a new file. It will show a  0 in it.
>>Open this...it's the data fork of the file. Position
>the cursor
>>at the beginning (there should be no data in it), and
>>paste all of the hex data you copied from the 'maxb'
>resource. Finally,
>>choose File Info from the File menu and set the new
>file's type
>>to 'maxb' and the creator to 'max2'. Now you should
>be able
>>to open this as a patcher file in Max.
>
>I dont know this resourcer How about ResEdit??
>Which bit is the Hex Editor?

ResEdit can't open data fork, unless you install an extension,
such as the freeware "Forker" by J. Scott Howlett.

There is also "Rsrc Leech", that lets you extract the contents of a
resource in a file, and copy it into the data fork of a new file.

Jean Paul

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

Date:    Sun, 7 Mar 1999 14:31:21 +0100
From:    Ken Beesley 
Subject: PowerGlove and MAX

Jeff Rona  writes:
<<<<<
 I have a PowerGlove and Goldbrick. It's a fantastic concept for data
input, but unfortunately is fraught with problems. First is a rather
primitive and crash prone driver that conflicts with a number of other
system extensions.
>>>>>

                PowerGlove and MAX

With the GoldBrick now unavailable, for love or money, I've been
trying to find a new way of controlling MAX patches with the old
Mattel PowerGlove.  Several people have shown interest, and have
offered very helpful information, so I'm posting my preliminary findings:

1.  There is a PowerGlove Serial Interface (PGSI)

                http://www.acm.uiuc.edu/sigarch/pgsi/

supposedly still available, that plugs into an RS-232 Serial Port
(for the Mac, this requires a plug adapter, also available from the
same people, to interface between a standard RS-232 plug and the
8-pin miniDINs on the Mac).  They even have some used PowerGloves
for sale.  I've ordered a PGSI and plug adapter; haven't received them yet.

2.  The PGSI, as its name suggests, communicates via a serial port, either
the Printer or Modem port, or another RS-232 serial port on a plug-in
card.  The GoldBrick, in contrast, plugged into the ADB (keyboard/mouse)
port, and the MAX 'glove' object was obviously written to use the ADB
port.  This will make the old 'glove' object unsuitable for communicating
with the PGSI.

3.  However, MAX also offers a 'serial' object for communicating via
a serial port.  I'm a beginner here, but after examining the documentation
for the serial object and the PGSI, it appears to me that a trivial MAX
patch could be written to a) request a "packet" of information from the
PGSI and b) parse it into integers that could be used in any way you
want.  The packet includes X, Y, and Z coordinates, roll, and finger-bend
information for the thumb and three fingers.  There may be challenges for
performance and timing, but conceptually there appears to be no barrier to
controlling MAX patches with the PowerGlove via the PGSI.  I'll gladly
report on my experiments and post any 'PSGIglove' object that results.

4.  The PGSI appears to have some filtering/deglitching built in.  Nothing
can ultimately compensate for the crudeness of the PowerGlove, which is
after all a toy, but with a PGSI it should at least be possible to have
some fun controlling MAX patches.  My first attempt will be a virtual
theremin--I expect that my nieces and nephews will love it.

Any suggestions/cautions from the list would be appreciated.

Ken Beesley

*********************************************************************
Kenneth R. Beesley              ken.beesley@xrce.xerox.com
Xerox Research Centre Europe    Tel from France:   04  76 61 50 64
6, chemin de Maupertuis         Tel from Abroad: 33 4  76 61 50 64
38240 MEYLAN                    Fax from France:   04  76 61 50 99
France                          Fax from Abroad: 33 4  76 61 50 99

XRCE:           http://www.xrce.xerox.com
Beesley:        http://www.xrce.xerox.com/people/beesley/beesley.html
Arabic:         http://www.xrce.xerox.com/research/mltt/arabic
*********************************************************************

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

Date:    Sun, 7 Mar 1999 09:54:38 -0800
From:    Christopher Dobrian 
Subject: Filter that only allows notes > 250 ms in length

Steve Smith  wrote:

>User inputs up to a 10 note chord.  Only allow notes which are duration of
>250 ms or greater.
>Q:  Is there an EASY way to do this?

MIDI note-on messages say nothing about the duration of a note. Duration is
only obtained by measuring the difference between the time of the note-on
message and the time of the corresponding note-off message. So, if you're
talking about realtime MIDI input (as opposed to a MIDI file which you
could scan in advance), there's no way you can know if a note has a
duration > 250 ms without incorporating a delay of at least that much. (Or
until David Z. releases that realtime future-predicting object he's been
withholding from the public.)

--Chris

                                   ----------
  Christopher Dobrian / Department of Music / University of California,
Irvine
  Phone: (949) 824-7288 / Fax: (949) 824-4914 /
http://www.arts.uci.edu/dobrian

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

Date:    Sun, 7 Mar 1999 22:21:55 +0100
From:    Peter Castine 
Subject: Re: Pluggo, apps, animation

On around 7-3-99 9:13, Jean Paul Laurent said something like:

>ResEdit can't open data fork, unless you install an extension,
>such as the freeware "Forker" by J. Scott Howlett.
>
>There is also "Rsrc Leech", that lets you extract the contents of a
>resource in a file, and copy it into the data fork of a new file.

Also note HexEdit, freeware, edits either fork in Hex/ASCII only (be
_very_ afraid of doing this to a resource fork). Current version also
does a diff (on bytes, words, or long words). Couple of other nifty
features

     

Cheers,

Peter

----------------- http://www.prz.tu-berlin.de/~pcastine/ -----------------
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:    Sun, 7 Mar 1999 15:45:09 -0700
From:    mtheodore 
Subject: Broken Hilbert / frequency shifter (attempting port from SGI-land)

Hi all,
I've been trying to get the beloved Hilbert patch from FTS/SGI land
to work in MSP. I simply substituted biquad~ for 2p2z~, and cycle~ for
osc~. The signal becomes unreasonable when going through biquad~, which
leads to me to guess that the coefficients are incorrect (if I remember
correctly, oral tradition has it that no one actually knows any longer
how these
particular coefficients were arrived at). My eternal gratitude to
anyone who can get this thing going again.
thanks,
Michael
PATCH FOLLOWS:

max v2;
#N vpatcher 50 40 728 626;
#P user meter~ 194 459 274 472 100;
#P user meter~ 176 294 256 307 100;
#P message 234 108 16 196620 1;
#P message 130 88 36 196620 open;
#P toggle 101 89 15 0;
#N sfplay~  1 16384;
#P newobj 132 139 55 196620 sfplay~;
#P user gain~ 129 320 24 100 158 0 1.071519 7.94321 10.;
#P user ezdac~ 118 475 162 508 -150994852;
#P flonum 271 217 86 12 0 0 0 3;
#N vpatcher 40 55 599 511;
#P comment 14 141 114 196620 signal to modulate;
#P comment 68 29 296 196620 single sideband modulator (aka frequency
shifter);
#P comment 38 324 171 196620 frequency shifted signal;
#P newex 175 182 45 9 +~;
#P newex 135 210 38 9 cycle~;
#P comment 13 183 33 196620 real;
#P comment 55 184 74 196620 imaginary;
#P comment 374 34 109 196620 frequency of shift;
#P inlet 318 104 15 0;
#P inlet 69 221 15 0;
#P inlet 18 221 15 0;
#P outlet 19 318 15 0;
#P newex 236 208 38 9 cycle~;
#P newex 18 264 35 9 *~;
#P newex 69 265 35 9 *~;
#P newex 19 290 60 9 +~;
#P newex 317 131 57 9 phasor~;
#P newex 176 153 62 9 sig~ 0.25;
#P connect 14 0 13 1;
#P connect 13 0 4 1;
#P connect 9 0 1 0;
#P connect 7 0 4 0;
#P connect 5 0 3 1;
#P connect 8 0 3 0;
#P connect 4 0 2 0;
#P connect 2 0 6 0;
#P connect 3 0 2 1;
#P connect 1 0 0 0;
#P connect 1 0 14 1;
#P connect 1 0 5 1;
#P connect 0 0 14 0;
#P pop;
#P newobj 127 251 143 196620 p complex-mod;
#N vpatcher 41 55 804 536;
#P comment 156 387 129 196620 <--90 degree phase diff.-->;
#P comment 28 403 65 196620 signal out;
#P comment 324 413 65 196620 signal out;
#P comment 82 82 65 196620 signal in;
#P newex 348 307 279 14 biquad~ 1. 1.8685 -0.870686 0.870686 -1.8685 1.;

#P newex 347 158 279 14 biquad~ 1. -0.02569 0.260502 -0.260502 0.02569
1.;
#P newex 53 306 279 14 biquad~ 1. 0.83774 -0.06338 0.06338 -0.83774 1.;
#P newex 48 159 279 14 biquad~ 1. 1.94632 -0.94657 0.94657 -1.94632 1.;
#P inlet 48 82 15 0;
#P outlet 51 368 15 0;
#P outlet 331 388 15 0;
#P comment 268 34 288 196620 makes 90-degree-out-of-phase copies of a
signal.;
#P comment 8 30 76 196626 hilbert~;
#P comment 91 33 169 196622 --hilbert transform;
#P user meter~ 66 211 146 224 100;
#P user meter~ 81 360 161 373 100;
#P user meter~ 359 212 439 225 100;
#P user meter~ 362 374 442 387 100;
#P connect 9 0 10 0;
#P connect 9 0 12 0;
#P connect 13 0 7 0;
#P connect 13 0 0 0;
#P connect 12 0 1 0;
#P connect 11 0 8 0;
#P connect 11 0 2 0;
#P connect 10 0 11 0;
#P connect 12 0 13 0;
#P connect 10 0 3 0;
#P pop;
#P newobj 129 190 76 196620 p hilbert;
#P comment 271 177 100 196620 Freq in Hz of shift;
#P comment 407 33 100 196620 Please fix me - I'm a broken single
sideband modulator - when done \, please post on the Max list - thanks
\, M.Theodore;
#P comment 406 185 100 196620 The hilbert subpatch comes from FTS land -
however \, biquad~ was substituted for 2p2z~ - this seems to be the
source of the problem.;
#P comment 406 373 100 196620 The complex-mod subpatch also comes from
FTS land - the only change here was from osc~ to cycle~;
#P connect 4 0 5 0;
#P connect 4 1 5 1;
#P connect 11 0 9 0;
#P connect 5 0 8 0;
#P connect 12 0 9 0;
#P connect 5 0 13 0;
#P connect 6 0 5 2;
#P connect 8 0 7 0;
#P connect 8 0 7 1;
#P connect 8 0 14 0;
#P connect 9 0 4 0;
#P connect 9 1 12 0;
#P connect 10 0 9 0;
#P pop;

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

Date:    Sun, 7 Mar 1999 21:13:43 -0500
From:    Christopher Murtagh 
Subject: (fwd) New Multimedia Listserv

For those interested:

CNOVA together with IEEE recently created a new multimedia listserv
called Broadcast Multimedia. We are currently in the process of inviting
special groups to join the forum. Please send a message to your
subscribers about the new listserv.

Description: Broadcast-multimedia is a forum discussing interactive
digital multimedia services and applications. This forum focuses on
multimedia, digital broadcasting, new interactive services, R&D, visions,
experiences and solutions.

Definition: Multimedia Broadcast is the transmission of information of
various types such as text, still images, audio, animation and video over
high-speed communications systems. In the near future, interactivity will
allow new forms of advanced interaction between information providers and
recipients.

to subscribe, please go to: http://www.cnova.com/forum.asp

Best Regards,

audi taraldsen
director R&D
CNOVA
www.cnova.com

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

End of MAX Digest - 6 Mar 1999 to 7 Mar 1999 (#1999-75)
*******************************************************