Subject: MAX Digest - 23 Apr 1999 to 24 Apr 1999 (#1999-125)
Date: Sun, 25 Apr 1999 00:00:01 -0400
From: Automatic digest processor 
Reply-To: MAX - Interactive Music/Multimedia Standard Environments
     
To: Recipients of MAX digests 

There are 4 messages totalling 167 lines in this issue.

Topics of the day:

  1. Dumber DSP
  2. Max and MSP Timing (was: Digital click removal)
  3. FSR  - thanks!
  4. lab security

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

Date:    Fri, 23 Apr 1999 21:39:14 -0700
From:    David Zicarelli 
Subject: Re: Dumber DSP

Michael McNicholas 

> And don't worry, I have a sea of dumb ideas for DSP methods.

Michael--I hope you realize I am a big fan of this sort of thing,
having essentially failed all of the signal processing classes I took
in grad school, this is my way of rebelling. Anyway,
when you see a couple of my Pluggo plug-ins--Monstercrunch and
Noyzckippr, you'll see where I'm coming from on boneheaded sample
destruction. Keep up the good work!

David Z.

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

Date:    Sat, 24 Apr 1999 07:56:00 +0100
From:    Trond Lossius 
Subject: Re: Max and MSP Timing (was: Digital click removal)

> Before MSP, life was easy. Max did not generate any clicks. That is quite
> an open door indeed. Off course there was no audio involved; no audio, no
> clicks. Yet, another (phantom) reason could be that there was only one
> level of data: controller data. I call this the 'bang level'. Now, with
> MSP, a sound level has been, and had to be linked to this bang level.
> Though they are two completely different things, somewhere they have to
> communicate, I guess. Therefore you can bang an audio event (whatever).
> But as I experienced, the bang level and the sound level, have a
> completely different notion of what is time. Audio has to be continuous,
> to avoid gaps between buffers of audio, which are sent to the
> soundmanager. After this, there is (probably) time left to look what is
> going on at the bang level. This results in a bang level that is being
> forced back and forth in time, to make room for the audio. This then
> implies timing problems.

(snipped)

Just wanted to add that there's one object that are kind of in between Max
and MSP
when it comes to time resolution: line~.

As from the latest update of MSP line~ can be set to sample precision (by
using
floats for ms values). The enclosed subpatch shows how to go from 0. to 1.
in 512
samples and back to 0. during the next 512 samples.

Trond L.

max v2;
#N vpatcher 50 40 408 408;
#P newex 162 168 30 196617 print;
#P newex 50 272 42 196617 del 100;
#P newex 213 28 45 196617 loadbang;
#P message 213 53 78 196617 \; dsp sigvs 256;
#P newex 50 75 48 196617 t b b;
#P button 50 25 43 0;
#P toggle 88 297 15 0;
#P newex 88 316 29 196617 dac~;
#P newex 88 222 91 196617 capture~ f 2056 0;
#P newex 88 199 68 196617 line~;
#P newex 88 140 64 196617 sampstoms~;
#P message 88 169 67 196617 512. \$1 0. \$1;
#P message 88 115 26 196617 512;
#P connect 7 0 8 0;
#P connect 8 0 11 0;
#P connect 8 1 0 0;
#P connect 0 0 2 0;
#P fasten 2 1 1 0 147 162 93 162;
#P connect 1 0 3 0;
#P connect 3 0 4 0;
#P fasten 11 0 6 0 55 293 93 293;
#P fasten 8 0 6 0 55 267 93 267;
#P connect 6 0 5 0;
#P fasten 1 0 12 0 93 188 157 188 157 165 167 165;
#P connect 10 0 9 0;
#P pop;

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

Date:    Sat, 24 Apr 1999 06:13:14 -0400
From:    jmw/cmu 
Subject: Re: FSR  - thanks!

Thanks to everyone for all of your help.
I now have a few sample kits on the way and a ideas for making my own.

john

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

Date:    Sat, 24 Apr 1999 09:41:33 -0400
From:    iknopk 
Subject: lab security

This is a multi-part message in MIME format.
--------------1DA36FAA9A41997055813790
Content-Type: text/plain; charset=us-ascii
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

Was anyone signed up for the lab at that time, or just before? It seems
to me that the only reason all of those doors would be open is if
someone was working late and did not have the proper keys/codes, and had

to get something from elsewhere in the building. Which makes me wonder
if there aren't people using the lab at night who shouldn't be in there.

I think Andrew's suggestion about changing the codes is the right idea.
So is the bit about cactii, although part of me is also preferential to
a rotating disco mirror ball...

Ian

Sean Ferguson wrote:

> For those who use the grad computing lab on the 5th floor...
>
> I came in to work tonight (Thursday) at about 1:15 in the morning.
> The
> door to the 5th floor was propped open, the door to the EMS was
> propped
> open, the door to the Grad lab was left open, and there was no-one
> around
> in the studio. Am I wrong, or is this courting disaster? I don't know
> who
> the last person in the studio was, or if they are even on this list,
> but
> we should try to be more careful, I think.
>
> Sean

--------------1DA36FAA9A41997055813790
Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for iknopk
Content-Disposition: attachment; filename="vcard.vcf"

begin:vcard
fn:iknopk
n:;iknopk
email;internet:iknopk@po-box.mcgill.ca
x-mozilla-cpt:;0
x-mozilla-html:FALSE
end:vcard

--------------1DA36FAA9A41997055813790--

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

End of MAX Digest - 23 Apr 1999 to 24 Apr 1999 (#1999-125)
**********************************************************