Академический Документы
Профессиональный Документы
Культура Документы
Your use of the JSTOR archive indicates your acceptance of the Terms & Conditions of Use, available at
http://www.jstor.org/page/info/about/policies/terms.jsp
JSTOR is a not-for-profit service that helps scholars, researchers, and students discover, use, and build upon a wide range of content
in a trusted digital archive. We use information technology and tools to increase productivity and facilitate new forms of scholarship.
For more information about JSTOR, please contact support@jstor.org.
The MIT Press is collaborating with JSTOR to digitize, preserve and extend access to Leonardo Music Journal.
http://www.jstor.org
This content downloaded from 143.107.252.215 on Mon, 25 Aug 2014 23:15:34 UTC
All use subject to JSTOR Terms and Conditions
TH EORETICAL
PERS
Paradigms
PE CTIVE
and
Computer
Music
AndrewGerzso
omputer
music is about 25 years old. A
greatnumberof ideashavecome out of the music-research
community,some of which have found their wayinto the
practical applicationsof commercial products as well. I
would like to examine some of the ideas underlyingthe
machinesand software(mostlythe latter)used in music,by
tracingwhere these ideas came from, pointing out some
of the conceptual problems that experience has revealed
and, finally, making some suggestionsfor the future. In
particularI will discussa familyof systemsthat have been
used in the research community at large (the Music N
languages [1]), two softwaresystemsthat were developed
at the Institutde Recherche et CoordinationAcoustique
/Musique (IRCAM)(Max and Patchwork) [2] and the
sequencer,which is one of the main softwaretools used in
the commercialmusicbusiness [3].
The systemsI discussbelowwere all producedby people
of exceptional talent and imagination.Their accomplishments are milestonesin the field of computermusic.However,pointingout problems(whichis alwayseasyto do with
hindsight) is one of the waysto develop better systemsfor
musicin the future.
PARADIGMSOF REPRESENTATION
Any time we use a systemfor makingmusic,be it software,
hardwareor a combinationof the two,we are dealingwith
an object that implicitlyor explicitlyembodiesa paradigm
for makingmusic.Whatdo I mean by a paradigm?
In its most intuitivemeaning, a paradigmis a guiding
conceptualmodel for how somethingis thoughtto exist or
behave.Therefore,the paradigmunderlyinga musicalsystem is a model of what music is thought to be, the wayit
behavesand how it is created.The paradigmcan be quite
(evenexcessively)loose or quite constraining.Accordingto
Webster'sDictionary,a paradigmis "anoutstandinglyclear
or typicalexampleor archetype"[4]. Butit is ThomasKuhn
who has given a definition that is closer to our concerns
here. He defines paradigmsas "universally
recognizedscientificachievementsthatfora timeprovidemodelproblems
and solutionsto a communityof practitioners"[5]. Whatis
interestinghere is the notion of 'model . . . solutions'that
are 'validfor a time'. Some of the systemsdescribedbelow,
in particularMusicV, havebeen model solutionsfor many
years.
A mature musical systemreflects what it is we want to
accomplish, so in a very direct way the softwarewe use
reflectswhat it is we want to do. How does this reflection
takeplace?The softwarepresentsin some form or another
the objectswe wantto manipulateand the kindsof manipuK) 1992 ISAST
Pergamon Press Ltd. Printedin Great Britain.
0961-1 215/92 $5.00+0.00
lationsthatwewantto makeon
those objects.Whatdo I mean
by objectsand manipulations?
For example, with a word
processor,the objectsare characters and words and the manipulationsare copying,deleting, correcting the spelling,
A B S T RA C T
changing the font, etc. In music, the objectscan be notes or
Any systemusedformaking
chords that can be transposed,
musicembodiesa particular
way
edited, played,etc. The objects
of lookingat music.Theseways
arecalledparadigms.
Theauthor
can alsobe soundtracksthatwe
definesthe generalnotionsof
can manipulate, by changing
paradigm
andrepresentation
and
the order, for example. They
explainshowthese conceptsapply
can also be sound files thatcan
to the designof computer-music
systems.Severalrealsystemsare
be manipulatedby mixing, filexaminedfromthe paradigmatic
teringand so on.
pointof view.
All the objects that we are
manipulatingare represented
in some formor anotherby the
softwarewe areusing.The questionof representation,then,
is centralto the designof anysoftwaresystem.Whatis it that
we wantto represent?How do we wantto manipulatewhat
is represented?Thesearethe basicquestionsinvolvedin the
design of anysoftwaresystem.
Computermusic is not computerscience, but manyof
the conceptsand tools thatare currentlyused in computer
music depend on the ideas that have been developed in
computerscience. This is especiallytrue of the concept of
representation.If we are going to representsomethingin a
computer,the waywe do this depends on our concept of
representation.So, in fact, we are talkingabout the paradigmsof representation.It would seem appropriate,therefore, to quickly summarizehow the paradigmof representationhas evolvedover time.
Recentyearshaveseen the rise of a new disciplinecalled
cognitive science [6]. In fact, it is more a collection of
disciplineswith common goals than a discipline in itself.
According to an interesting recent account by Varela,
Thompson and Rosch [7], thought about cognitivismhas
alreadygone through two stages and we are now on the
thresholdof the third.Whatis not clear in this account is
whether each stage replaces or builds upon the previous
one. In any case, central to this evolution is the debate
concerningthe paradigmfor representationitself.
Andrew Gerzso (computer music researcher), IRCAM,31, rue Saint-Merri,F-75004
Paris, France.
Manuscript solicited by Marc Battier.
Received 28July 1992.
This content downloaded from 143.107.252.215 on Mon, 25 Aug 2014 23:15:34 UTC
All use subject to JSTOR Terms and Conditions
73
P6
P7
\
\
1
SC
0/
l
I
\
20
491 51 1
resentation, which
will produce a twonote musical
phrase at tempo
60 to the quarter
note. F1 isafunc-
B2
Q
T
J= 60
Z
jr
.t
F2
OSC
51 1
OUT )
1 INSO 1;
2 OSC P5 P6 B2 F1 F1 P30;
3 OSC B2 P7 B2 F2 P29;
4 OUTB2B1;
5 END;
6 GEN O 1 1 0 0 .99 20 .99 491 0 511
7 GEN O 1 2 0 0.99 50.99 205 -.99 '506 -.99 461 0 51 1;
8 NOTO 1 2 1000 .0128 6.70;
9 NOT2 1 1 1000 .0256 8.44;
10TER 3;
74
Fig. 1. (bottom) A
small Music V
program, with
(upper left) a
graphicpatchrep-
tionthatdescribes
the evolution of
the amplitude, or
loudness, of the
sound over time.
F2 is the function
that specifies the
timbre of the
sound.
WHATPARADIGMS
DO WE USE?
The Music N Family
This content downloaded from 143.107.252.215 on Mon, 25 Aug 2014 23:15:34 UTC
All use subject to JSTOR Terms and Conditions
Fig.
Music
for
.
the
2.fromSchematic
performtrack
.
-aL
y
mathematicalfunctionitselfbut alsoin
the way a traditionalmusical score is
understood. For example, consider a
quarternote playedat a tempo of 60 to
the quarternote. Accordingto current
professionalstandardswe need 44,100
numbers(calledsamples)per channel
to representthis second of sound. The
pitch of this note can be represented
withone number,say440, for example.
So, the generatortakesone parameter,
the pitch number,and turnsthe result
into 1 sec of sound thatis 44)100numbers long. But does this produce a satisfying result? We now know that a
sound thatis musicallyrich is made up
of manyfrequenciesinvolvingtinyvariationsover time.These variationsmust
be specified in some way. Therefore,
the number of parametersneeded to
representthe sound then startsto approach the number of samplesin the
signal, and the dividing line between
generationand controlbecomesmore
and more fuzzy.
Still another problemis that all the
parametersare implicitly put on an
diagramof setup
t7
ance Dialoguede
I'Ombre
Daubleby
PierreBoulez.
1 of the tapeis
sent to the VCA
controlunitna
tne aucuoconsole. The musicis
thenspatialised
amongsix speakers usingboth the
timinginformation comingfrom
track2 of the
tape recorderand
the spatialconfiguratlonsmemo-
controlunit.
<-r
/
|
|
* track
track
> 2
' 2 2 S Del
SMP1 E code
-
1-
|;
|
,,
-T
audio l
l
input
l
l
UCR CONTBOL U
audlo
output
This content downloaded from 143.107.252.215 on Mon, 25 Aug 2014 23:15:34 UTC
All use subject to JSTOR Terms and Conditions
75
-I
=0-.>=
X:0X-:
lW
= -->-DOD
_!
CUTMiDi
bang reset
D1 patcher
patcher LOCAL
sourse
Roman
|
= U2_ -a?,,,_ :
:_3
=."
___
. _
/s
ON
=.
X PJ
.
xb,m;
OFF
EDIED113:>11321C3ED31:3
1:1 EDl
patcher
patcher
Vv
|-
..
1:2
patcher MiDisource RQ
C1
>0
_W*=.
Egtcher
t1
,Jsigle initlal
/74
Fer
J 1 4-5 ++
21
r space-ss
/89
Btther
/73
on
T 1-
*+
mcher
t3
off
T2=3
T 5-6 + +
/57
Cj
XieFinai
| Sl9
Wtcher
23/68
L]
[:
p3Space-cs
!
t
Dialosuede liombredouble(roman)
4 .X*89
1 ** set reArencevatues
2 ** choosesection
C
Ltcher
REF
IX
Eginpace-tabl
>>>>>>>>>
71l 3-4
<<<(<<<<e
patcher
iZ5o b
T 1-2
- _
T 4=S
T 5-6
,
1Qm
Fig. 3. The Max program for D?aloguede l 'OmbreDoubleby Pierre Boulez. Each one of the
little boxes labeled 'patcher' contains subprograms that control the sound spatialisation.
The square items with the circles inside are called 'bangs', which are trigger buttons for
setting off a subprogram. The long vertical rectangles are potentiometers, which are used
interactively to set loudness or speed.
Max
Sampler A a
_
/
S a mp 1e r B
#
/
#
#
>
Arrssosz>sovfossif>>
'
#
#
0
#
#
#
Control
sound:
76
>>zAw
#
#
#
#
#
#
t
Fig. 4. Schematic
diagram of equipment setup tor a
performance of
r,xXblosante-rtxe
Dy
This content downloaded from 143.107.252.215 on Mon, 25 Aug 2014 23:15:34 UTC
All use subject to JSTOR Terms and Conditions
Time
!
t;
fl,
This content downloaded from 143.107.252.215 on Mon, 25 Aug 2014 23:15:34 UTC
All use subject to JSTOR Terms and Conditions
77
MN6
ER
standard
music
up it is probablybecause
cropping
cies
of the strong tie between
Because
towardsotherareas,
interest
of
shift
a
of
and I,ISP,PatchworkcorrePatchwork
composition
musical
of
act
the
as
such
to the first of Varela's three
sponds
itself.
Thisis not surprising,sinceLISP
zases.
P
the fact that compositionis
Despite
that stressessymboliccallanguage
a
is
personalaffair,composersare
ahighly
LISP, by the way, stands
culation.
thatcommonconcernsdo exrealizing
Processingand,byimplication,
LISt
for
is to formalizethis
challenge
The
ist.
of symbolsin a list.
processing
the
Early efforts at
ground.
common
surveyof systemsthus far reveals
My
musicalcompositionhave
formalizing
dependence on the patch, or
aheavy
traditionalmusicor, rather,mutaken
paradigm.Whatis remarkfunctional,
history,as a sort of progressto be
sical
is thatthis paradigmhas been useable
The basic idea is that one
formalized.
forso long in so many different
ful
early counterpoint,
formalizes
first
But this dependence undercontexts.
fugues, etc., until
then
harmony,
then
again the fact that the first few
lines
presentday is reached.While at a
the
of computermusicwere chardecades
level this can be an interesting
certain
by the searchfor systemsfor
acterized
for musicologists,it is of little
exercise
sound.Ifwe nowfeel inadequamaking
:
Fig. 6. (left) An
example of a
Patchwork program of an interpolation between
the chord on the
(upper) left and
the one note
chord on the
(upper) right. The
interpolation is
calculated by the
module labeled
'interchord'. (bottom) The result in
l
00
c ho r d
"
notationis shown.
chordllde
I s
lFurs llvels
"t
78
Gso
I
|
Z-
111t'
1S+'
ti
Sequencer
The
S;
This content downloaded from 143.107.252.215 on Mon, 25 Aug 2014 23:15:34 UTC
All use subject to JSTOR Terms and Conditions
b;
, ^
SOME MUSTS
FOR THE FUTURE
p. Vii.
32. This was achieved in earlier work done at IRCAM on score-following, principally by the flutist
Lawrence Beauregard of the Ensemble InterContemporain (with the help of Xavier Chabot) and
BarryVercoe (inventor of Csound) of MIT.
33. This is the result of the collaboration of a
number of people, principally Pierre-FrancoisBaisnee, Jean-Baptiste Barriere, and the composers
Marc-AndreDalbavie, Magnus Lindberg and Kaija
Saariaho.
16. The 4A (1976), 4B, 4C and 4X (1980) realtime digital signal processors were designed by
Giuseppe DiGiugno at IRCAM.The IRCAMMusical Workstation( 1991) wascreated by a team headed
by Eric Lindemann.
Cerzso,
This content downloaded from 143.107.252.215 on Mon, 25 Aug 2014 23:15:34 UTC
All use subject to JSTOR Terms and Conditions
79