#language options

current order:

excluded languages:

(x)close
fancypants
about the conference* Abstract* address* Alberto de Campo* Alex Carot* Andrea Szigetvári* anne la berge* Anne LaBerge* Anthony de Ritis* artists* biography* Björk* Boston Symphonie Orchestra Online Conservatory* C3* Chris Brown* composition* concepts* concerts* dates* ebe* Echo Ho* Erhard Hirt* friday* Georg Hajdu* Gerard Bouwhuis* Golo Föllmer* GPS Art* Hannes Hoelzl* Hannes Hölzl.* Hans Tammen* Hardware* Hardware software* History esthetics musicology pedagogy* homepage* improvisation* Ivana Ognjanovic* Jan Kees van Kampen* JMSL* joerg stelkens* Johan Faber* Johannes Kretz* John Bischoff* JScore* Julian Rohrhuber* János Négyesy* Kai Niggemann* Karlheinz Essl* Keith Rowe* keynote* League of Automatic Music Composers* lectures* live performance* LOOS* Marek Choloniewski* Mark Trayle* Marlon Schumacher* MaxScore* META* Miklós Peternák* network latency* news* Nick Didkovsky* notation* Peter van Bergen* PowerBooks UnPlugged* Powerbooks unplugged* preliminary info* quintet.net* reacTable* registration* Renate Wieser* research* saturday* schedule* ScoreTranslator* scot gresham lancaster* Sergi Jordá* software* Soundjack* speakers* stewart collinson* t u b e* The HUB* The Sociology of Network Music* thursday* video audio codec* videoconference* xtended guitars* Ádám Siska*

09/07/2007 12:00 pm:
Know-Nothing Network Music

Abstract by Chris Brown

What do we need to know about each other to play with each other in a network? Do we all have to speak (use) the same language (software?) Do we all have to adhere to an agreed upon protocol? Is that protocol specific to a piece, or could we create one in which many different pieces (performances) are possible? How much freedom does a network piece allow to each individual performer? Is it possible to design an “open” system, in which each performer is free to send any other player any type of message, without any requirements on how it should be used? Each player publishes whichever data (s)he likes to whomever (s)he wants in the network, and the receivers are free to use or ignore that data in whatever way they like. But network music is only achieved once data is being used and shared intensively enough that new emergent behaviors are achieved. This approach favors a practice in which every player in the network is a programmer, because pieces in which all the code is written by one player tend towards uniformity. There is nothing inherently fascinating about programmers performing: network music is interesting because players make their own idiosyncratic and flexible software instruments, and those instruments are responsive to other instruments in a network. Know-Nothing network music uses rich specifications, loosely applied.
This paper will provide examples of the author’s network music projects whose limitations have led to these conclusions. It will also propose a minimal protocol to implement them.

Know-Nothing Network Music. Paper by Chris Brown