| Hello Csounders,
I have found that there are clicks in the output of the hrtfer.
Has anyone else had this problem and if so how to fix it ?
Below is the instrument I used (it's basicly the same as the
example given in the manual except I used a line instead
of a linseg). Audio is fed in via a global audio variable, ga1.
I thought it may ha ve something to do with the amount of
change in the kaz and kel variable but the clicks appeared
even when smaller ranges where given, just not as many.
instr 3 ;head thing
kaz line p4,p3,p5
kel line p6,p3,p7
aleft,aright hrtfer ga1, kaz, kel, "HRTFcompact"
aleftscale = aleft * 200
arightscale = aright * 200
outs aleftscale, arightscale
ga1=0
endin
Anyone ?
Peter Sansom
peter@va.com
Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa17484;
2 Jun 97 17:47 BST
Received: from goggins.bath.ac.uk by stork.maths.Bath.AC.UK id aa18186;
2 Jun 97 17:47 BST
Received: from hermes.ex.ac.uk by goggins.bath.ac.uk with SMTP (PP);
Mon, 2 Jun 1997 17:47:03 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (RAA28416);
Mon, 2 Jun 1997 17:31:23 +0100
Received: from hermes.ex.ac.uk by maths.exeter.ac.uk;
Mon, 2 Jun 97 17:31:16 +0100
Received: from europe.std.com [199.172.62.20] by hermes via ESMTP (RAA28361);
Mon, 2 Jun 1997 17:30:48 +0100
Received: from world.std.com by europe.std.com (8.7.6/BZS-8-1.0) id MAA21517;
Mon, 2 Jun 1997 12:30:11 -0400 (EDT)
Received: from 10.0.2.15 (world.std.com)
by world.std.com (5.65c/Spike-2.0) id AA20481;
Mon, 2 Jun 1997 12:30:05 -0400
Message-Id: <3392AEEB.24F2@world.std.com>
Date: Mon, 02 Jun 1997 12:30:51 +0100
From: Azalea Music
Reply-To: azalea@world.std.com
Organization: Azalea Music
X-Mailer: Mozilla 3.01 (Macintosh; I; PPC)
Mime-Version: 1.0
To: madole@mills.edu
Cc: csound-dev@ella.mills.edu, csound@maths.ex.ac.uk, gcc@kodak.com
Subject: aiff crash in Csound PPC
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
Dave--
in re:
>> Essentially, after sndinfo reads an aiff file (touched/created in
>> SoundEdit) the EOF "mark" is gone, and when I next read the file with
>> soundin or diskin, the file and all the memory addresses after it are
>> read continuosly. I started noticing that relatively short proceesees
>...
>
>I can not make this happen - I have done the following...
>
>1) generated an AIFF file;
>2) played the file with "sndfinfo";
>3) used the file as input to "soundin";
>4) generated another file;
>5) played that file with "sndinfo";
>6) played the original file with "sndinfo".
>
>Everything looks alright so far - there must be something you guys are
>doing that I'm not - does it ALWAYS happen? Which OS release are you
>using (all bets are off with 7.5.1 - upgrade to 7.5.3 if you are using
>7.5.1).
>
>Otherwise could you send me score and orc files, even put a copy of the
>soundfiles somewhere I could get them (please don't binhex/mail them) -
>does it happen with the little "snap1" soundfile we ship with the test
>suite?
I'm on a PowerComputing PowerTower 180e, MacOs 7.5.5.
I worked with snap1, but had to do the following to make the crash
happen.
Please bear with me, especially if I do some irregular things.
1> The orc/sco setup I was using was meant for long (2-3 min) stereo
files,
so I had to modify snap1.aiff. Of course, this might invalidate using
snap1.aiff
in the first place. I open the mono snap1 in SoundEdit 16 2.0.4,
copy/paste the
mono channel into a new track to create "stereo". Then copy/paste both
channels
9 times to create a 10 sec file.
2> From Csound use sndinfo to check the length of the file (10.00)
seconds.
3> Double check that 10 is the p3 value for the inst call in the sco.
4> Generate using the sco and orc attached at end.
OR
4> Use a simple "soundin" to read the 10 sec file.
Now, the big sco/orc below is probably more dense than it needs to be,
and you'll
probably find that I'm doing something inefficiently or wrong. But this
used to work
flawlessly in 0.2.0.
My 0.3.1 workaround is to make the inst call less than the len of the
source
sound file by about 4 secs, even when all I'm doing is using a simple
"soundin"
construction instead of the longer inst below.
I hate to think that the crash is related to the timout construction I'm
using
(I've gleaned the construction I use from what's out there and basic
trial and
error) since it seems more than a coincidence that I'm trying to cut off
the instr
so that the end of the file isn't reached within the last timout loop.
When the Mac crashes, it usually freezes totally, requiring
to wake it up. The 10sec temp file is not
visible,
but my available free space is reduced as if it were. Running Norton
Utilities
tells me that I have a b-tree error, etc.
Ironically, I upgraded to Norton Utilities 3.5 this weekend, and the new
CrashGuard utility stepped in during the crash to tell me that perf
had hit a PowerPC Exception - Unmapped memeory exception. And from there
on
it was three bus errors followed by a miscellaneous harware exception.
Not too
useful I suppose since there's no stack trace. When I've run this with
MacsBug,
the crash bypasses the debugger too.
I hope that this helps, let me know what more I can do.
Grant Covell
gcc@kodak.com
azalea@world.std.com
====
ORC
sr = 44100
kr = 44100
ksmps = 1
nchnls = 2
instr 70
idur = p3
iamp = 6000
ifqm ilinrand 3500
ifm = 1
ilpan ilinrand 1
irpan = 1 - ilpan
irnddur ilinrand 5
irnddur = irnddur + 1
asrcl, asrcr soundin "snapse16.aiff", 1
asig line 2, idur, 2
asrcl balance asrcl, asig
asrcr balance asrcr, asig
ksweep line 0, idur, 1
core:
timout 0, irnddur, do
kts times
ikts = i ( kts )
irnddur ilinrand ( 4 - ( 3 * ( ikts / idur ) ) )
irnddur = irnddur + 1
ilpan ilinrand 1
irpan = 1 - ilpan
ifqm ilinrand 3500
ir1 ilinrand 10
ir2 ilinrand 10
ir3 ilinrand 10
ir4 ilinrand 10
print ikts, irnddur
reinit core
do:
krmfreqa randi ifqm, 1 / irnddur
krmfreqb rand ifqm, 1 / irnddur
krma oscili iamp, krmfreqa, ifm
krmb oscili iamp, krmfreqb, ifm
aal butterhp asrcl, krmfreqa - ir1
aar butterhp asrcr, krmfreqa - ir2
abl butterhp asrcl, krmfreqb - ir3
abr butterhp asrcr, krmfreqb - ir4
al = ( aal * krma * ( 1 - ksweep ) )
ar = ( aar * krma * ( 1 - ksweep ) )
al = al + ( abl * krmb * ksweep )
ar = ar + ( abr * krmb * ksweep )
outs al * ilpan, ar * irpan
rireturn
endin
===
SCO
f1 0 256 7 0 128 1 0 -1 128 0
i70 0 10
===
Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa18020;
2 Jun 97 21:51 BST
Received: from goggins.bath.ac.uk by stork.maths.Bath.AC.UK id ab22033;
2 Jun 97 21:51 BST
Received: from hermes.ex.ac.uk by goggins.bath.ac.uk with SMTP (PP);
Mon, 2 Jun 1997 21:50:56 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (VAA11713);
Mon, 2 Jun 1997 21:40:01 +0100
Received: from hermes.ex.ac.uk by maths.exeter.ac.uk;
Mon, 2 Jun 97 21:39:55 +0100
Received: from root@caipfs.rutgers.edu [128.6.155.100] by hermes
via ESMTP (VAA11706); Mon, 2 Jun 1997 21:39:53 +0100
Received: from caip.rutgers.edu (caip.rutgers.edu [128.6.19.83]) by caipfs.rutgers.edu (8.8.5/8.8.5)
with ESMTP id QAA27059; Mon, 2 Jun 1997 16:39:14 -0400 (EDT)
Received: from localhost (atsai@localhost) by caip.rutgers.edu (8.7.6/8.6.9)
with SMTP id QAA12597; Mon, 2 Jun 1997 16:39:13 -0400 (EDT)
X-Authentication-Warning: caip.rutgers.edu: atsai owned process doing -bs
Date: Mon, 2 Jun 1997 16:39:13 -0400 (EDT)
From: augustine tsai
To: Peter
Cc: csound@maths.ex.ac.uk
Subject: Re: hrtfer on 3.4 Mac 881
In-Reply-To:
Message-Id:
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
Peter,
I experienced the same problem in the PC version. Somebody said it is due
to the interpolation. The hrtf used here is a compact data set. It
probably does not include enough points for a good interpolation.
If you set to a fixed point, you probably will not hear the clicks.
regard,
Augie
-------------------------------------------------------------------------------
Augustine Tsai
ATM Interspan
RM 1J-411
AT&T
101 Crawford Corner Rd.
Homdel, NJ 07733
(908) 949-1830
------------------------------------------------------------------------------
Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa18044;
2 Jun 97 22:02 BST
Received: from goggins.bath.ac.uk by stork.maths.Bath.AC.UK id aa22105;
2 Jun 97 22:02 BST
Received: from hermes.ex.ac.uk by goggins.bath.ac.uk with SMTP (PP);
Mon, 2 Jun 1997 22:02:17 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (VAA12390);
Mon, 2 Jun 1997 21:55:57 +0100
Received: from hermes.ex.ac.uk by maths.exeter.ac.uk;
Mon, 2 Jun 97 21:55:52 +0100
Received: from root@loper.org [208.6.87.240] by hermes via ESMTP (VAA12384);
Mon, 2 Jun 1997 21:55:42 +0100
Received: from snow.loper.org (snow.loper.org [192.168.0.2])
by sand.loper.org (8.8.4/8.8.4) with SMTP id QAA05719
for ; Mon, 2 Jun 1997 16:55:41 -0400
Message-Id: <33933324.1664@loper.org>
Date: Mon, 02 Jun 1997 16:55:00 -0400
From: Matt Loper
Reply-To: Matthew@loper.org
X-Mailer: Mozilla 3.01 (Win95; I)
Mime-Version: 1.0
To: csound@maths.ex.ac.uk
Subject: Re: RT audio in
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
Dave Phillips wrote:
>
> > > Are there any plans for a soundin type module that would allow RT audio
> > > in (not from a file)? This, in conjunction with RT audio out would
> > > facilitate Csound as a realtime signal processor.
> >
> > in, ins, inq
but what tricks are involved in getting a full-duplex, rt
signal-processor--is there a short piece of example-code anywhere? For
example, when I run csound as follows,
csound -i devaudio -o devaudio soundin.orc soundin.sco
I get: error while reading DSP device for audio
And when I run it without the '-o audio', data in the dispfft window is
clearly dependent upon the amplitude of the source, but is shaped
improperly, like a bowl with peaks at the extreme left and right.
Here's my main instrument, which should at least illustrate my
intentions (not much of an fx box yet):
intr 1
ainput in
ar=ainput
ag=ar
dispfft ainput, .05, 1024
outs ar, ag
endin
If it matters, I have a redhat linux box with a gus pnp & the ultrasound
project drivers.
Thanks!
Matt Loper
Matthew@loper.org
http://www.loper.org
Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa18089;
2 Jun 97 22:24 BST
Received: from goggins.bath.ac.uk by stork.maths.Bath.AC.UK id aa22305;
2 Jun 97 22:24 BST
Received: from hermes.ex.ac.uk by goggins.bath.ac.uk with SMTP (PP);
Mon, 2 Jun 1997 22:23:57 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (WAA13447);
Mon, 2 Jun 1997 22:18:01 +0100
Received: from hermes.ex.ac.uk by maths.exeter.ac.uk;
Mon, 2 Jun 97 22:17:56 +0100
Received: from root@loper.org [208.6.87.240] by hermes via ESMTP (WAA13438);
Mon, 2 Jun 1997 22:17:46 +0100
Received: from snow.loper.org (snow.loper.org [192.168.0.2])
by sand.loper.org (8.8.4/8.8.4) with SMTP id RAA05950
for ; Mon, 2 Jun 1997 17:17:41 -0400
Message-Id: <3393384D.18C9@loper.org>
Date: Mon, 02 Jun 1997 17:17:01 -0400
From: Matt Loper
Reply-To: Matthew@loper.org
X-Mailer: Mozilla 3.01 (Win95; I)
Mime-Version: 1.0
To: csound users list
Subject: Re: RT audio in
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
Dave Phillips wrote:
>
> > > Are there any plans for a soundin type module that would allow RT audio
> > > in (not from a file)? This, in conjunction with RT audio out would
> > > facilitate Csound as a realtime signal processor.
> >
> > in, ins, inq
but what tricks are involved in getting a full-duplex, rt
signal-processor--is there a short piece of example-code anywhere? For
example, when I run csound as follows,
csound -i devaudio -o devaudio soundin.orc soundin.sco
I get: error while reading DSP device for audio
And when I run it without the '-o audio', data in the dispfft window is
clearly dependent upon the amplitude of the source, but is shaped
improperly, like a bowl with peaks at the extreme left and right.
Here's my main instrument, which should at least illustrate my
intentions (not much of an fx box yet):
intr 1
ainput in
ar=ainput
ag=ar
dispfft ainput, .05, 1024
outs ar, ag
endin
If it matters, I have a redhat linux box with a gus pnp & the ultrasound
project drivers.
Thanks!
Matt Loper
Matthew@loper.org
http://www.loper.org
Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa18103;
2 Jun 97 22:29 BST
Received: from goggins.bath.ac.uk by stork.maths.Bath.AC.UK id aa22331;
2 Jun 97 22:29 BST
Received: from hermes.ex.ac.uk by goggins.bath.ac.uk with SMTP (PP);
Mon, 2 Jun 1997 22:29:41 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (WAA13818);
Mon, 2 Jun 1997 22:25:20 +0100
Received: from hermes.ex.ac.uk by maths.exeter.ac.uk;
Mon, 2 Jun 97 22:25:15 +0100
Received: from pop01.netaddress.usa.net [204.68.24.132] by hermes
via SMTP (WAA13809); Mon, 2 Jun 1997 22:25:06 +0100
Received: (qmail 8023 invoked by uid 0); 2 Jun 1997 21:25:03 -0000
Original-Received: from
129.170.84.4 by www01 via web-mailer (2.1) on Mon, 02 Jun
1997 15:24:43
PP-warning: Illegal Received field on preceding line
Message-Id:
Date: Mon, 02 Jun 1997 15:24:43
From: illegal art
To: csound@maths.ex.ac.uk
Subject: invitation
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
I know that this is a bit off topic, but I thought that some of the
people using CSound might be interested in this project (feel free to
suggest more appriate places to post things such as this).
---
illegal art is a new label dedicated to releasing music that is made
up entirely from pre-existing music. Our first project is called
"decontructing beck" and will consist of music made exclusively from samples
off of Beck's releases (whether this is done out of respect or disdain for
the MTV icon remains to be seen).
We initially invited a few people to contribute to this compilation
and have thus far received some interesting submissions. We are now
sending out a general invitation to all artists who work with sample-based
music to contribute to this project. We anticipate finishing the project
towards the end of this summer and would encourage anyone interested in
being involved to contact us at the address below so that we can further
discuss the details of the release (deadlines for submissions, etc.).
Also since this release will only be available for a short time period
(for various reasons) we have a mailing list for those interested in
obtaining the release as soon as it is available. If you would like to be
added to our e-mailing list please send the message "subscribe to
mailing list" to the e-mail address below.
Feel free to pass this invitation along to anyone else who you think
might be interested in it. Thanks!
illegalart@usa.net
Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa18393;
3 Jun 97 1:16 BST
Received: from goggins.bath.ac.uk by stork.maths.Bath.AC.UK id ab23948;
3 Jun 97 1:16 BST
Received: from hermes.ex.ac.uk by goggins.bath.ac.uk with SMTP (PP);
Tue, 3 Jun 1997 01:15:11 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (BAA20353);
Tue, 3 Jun 1997 01:09:58 +0100
Received: from hermes.ex.ac.uk by maths.exeter.ac.uk;
Tue, 3 Jun 97 01:09:52 +0100
Received: from protozoa.protozoa.com [207.177.185.3] by hermes
via ESMTP (BAA20346); Tue, 3 Jun 1997 01:09:42 +0100
Received: from protozoa.protozoa.com by protozoa.protozoa.com
via SMTP (950215.SGI.8.6.10/940406.SGI.AUTO) for
id RAA11442; Mon, 2 Jun 1997 17:11:00 -0700
Message-Id: <33936113.237C@protozoa.com>
Date: Mon, 02 Jun 1997 17:10:59 -0700
From: John Boyd
Organization: Protozoa, Inc.
X-Mailer: Mozilla 3.01Gold (X11; I; IRIX 5.3 IP12)
Mime-Version: 1.0
To: csound@maths.ex.ac.uk
Subject: Re: RT audio in
References: <3391BEE8.4E0A@roanoke.infi.net> <3391D27A.59E2@ere.umontreal.ca> <3391E391.568EF82F@bright.net> <339229BB.BAC@loper.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
This is intriguing..
Matt Loper wrote:
>
> Dave Phillips wrote:
> >
> > > > Are there any plans for a soundin type module that would allow RT audio
> > > > in (not from a file)? This, in conjunction with RT audio out would
> > > > facilitate Csound as a realtime signal processor.
> > >
> > > in, ins, inq
>
> but what tricks are involved in getting a full-duplex, rt
> signal-processor--is there a short piece of example-code anywhere? For
> example, when I run csound as follows,
>
> csound -i devaudio -o devaudio soundin.orc soundin.sco
>
> I get: error while reading DSP device for audio
Hmmm... I always use "-odac" for real-time audio output in Linux. The
-odevaudio has never worked correctly for me.
>
> And when I run it without the '-o audio', data in the dispfft window is
> clearly dependent upon the amplitude of the source, but is shaped
> improperly, like a bowl with peaks at the extreme left and right.
I remember that devaudio would work but it was very noisy...
>
> Here's my main instrument, which should at least illustrate my
> intentions (not much of an fx box yet):
> intr 1
> ainput in
> ar=ainput
> ag=ar
> dispfft ainput, .05, 1024
> outs ar, ag
> endin
>
> If it matters, I have a redhat linux box with a gus pnp & the ultrasound
> project drivers.
>
I don't recall, but was the gus pnp truly full duplex? I ended up
buying
the Audiotrix Pro from Mediatrix just for that reason. My digital audio
software for Win95 suggested that I buy either the Card-D, Audiotrix
Pro,
or the Turtle Beach Multisound in order to get full duplex. After I
found
Linux drivers for the Audiotrix board (using OSS from 4front tech), the
decision
was easy..
I'd be curious to find out where all this goes.. This could lead to
some
powerful csound capabilities!
jsb
_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
John Boyd (jboyd@protozoa.com)
Better to keep your mouth closed and thought a
fool, than to leave it open and remove all doubt.
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa18391;
3 Jun 97 1:16 BST
Received: from goggins.bath.ac.uk by stork.maths.Bath.AC.UK id aa23948;
3 Jun 97 1:16 BST
Received: from hermes.ex.ac.uk by goggins.bath.ac.uk with SMTP (PP);
Tue, 3 Jun 1997 01:15:21 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (BAA20477);
Tue, 3 Jun 1997 01:12:05 +0100
Received: from hermes.ex.ac.uk by maths.exeter.ac.uk;
Tue, 3 Jun 97 01:12:00 +0100
Received: from [204.250.46.18] by hermes via ESMTP (BAA20467);
Tue, 3 Jun 1997 01:11:57 +0100
Received: from 153.35.19.65 (1Cust65.Max39.New-York.NY.MS.UU.NET [153.35.19.65]) by italy.it.earthlink.net (8.8.5/8.8.5)
with SMTP id RAA04677 for ;
Mon, 2 Jun 1997 17:11:51 -0700 (PDT)
Message-Id: <339329A8.26C0@earthlink.net>
Date: Mon, 02 Jun 1997 20:14:32 +0000
From: James Marentic
Reply-To: mrjmar@earthlink.net
X-Mailer: Mozilla 2.02 (Macintosh; U; 68K)
Mime-Version: 1.0
To: csound@maths.ex.ac.uk
Subject: signoff
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
SIGNOFF CSOUND
Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa18484;
3 Jun 97 2:12 BST
Received: from goggins.bath.ac.uk by stork.maths.Bath.AC.UK id aa24254;
3 Jun 97 2:12 BST
Received: from hermes.ex.ac.uk by goggins.bath.ac.uk with SMTP (PP);
Tue, 3 Jun 1997 02:12:38 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (CAA22287);
Tue, 3 Jun 1997 02:09:21 +0100
Received: from hermes.ex.ac.uk by maths.exeter.ac.uk;
Tue, 3 Jun 97 02:09:15 +0100
Received: from ella.mills.edu [144.91.3.20] by hermes via SMTP (CAA22281);
Tue, 3 Jun 1997 02:09:12 +0100
Received: (qmail 13267 invoked by uid 3049); 3 Jun 1997 00:57:41 -0000
Message-Id: <19970603005741.13266.qmail@ella.mills.edu>
From: David Madole
Subject: Csound PPC perf bug fixes (v0.3.2) available
To: csound@maths.ex.ac.uk
Date: Mon, 2 Jun 1997 17:57:40 -0700 (PDT)
Cc: csound-dev@ella.mills.edu
Reply-To: madole@mills.edu
X-Mailer: ELM [version 2.4 PL24]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
I have fixed (I hope) the '+' in p2 bug and the AIFF header reading bug
in perf and put a fix up on the Mills ftp site in:
pub/ccm/csound.ppc/perf032_fix.sea.hqx.
I will put this in the release package ASAP, meanwhile those of you that
have 0.3.1b0 should get this perf if you use the '+' score feature or
AIFF files for input.
Thanks for the bug reports.
Dave (for Matt & Mike)
Dave Madole
Technical Director, Center for Contemporary Music
Listserv Administrator
Mills College
Oakland, CA 94613
510-430-2336
madole@mills.edu
|