Differences
This shows you the differences between two versions of the page.
Next revisionBoth sides next revision | |||
sutchwon_notes [2007-07-04 08:42] – external edit 127.0.0.1 | sutchwon_notes [2007-07-04 09:12] – nik | ||
---|---|---|---|
Line 11: | Line 11: | ||
- | introduction | + | ==== introduction |
these notes are a brief overview from a series of discussions, | these notes are a brief overview from a series of discussions, | ||
Line 17: | Line 18: | ||
- | issues of multiplicit control of media output | + | ==== issues of multiplicit control of media output |
looking at various ways in which multiple users could affect the output, or contribute to the output of a single data stream. whether in fact it makes sense to think of this as a stream, or as a larger whole, in which users/ | looking at various ways in which multiple users could affect the output, or contribute to the output of a single data stream. whether in fact it makes sense to think of this as a stream, or as a larger whole, in which users/ | ||
Line 23: | Line 25: | ||
- | physics of consistent worlds separated in causal time | + | ==== physics of consistent worlds separated in causal time ==== |
if parts of a causally related system require data about what is happening in other parts of the system in order to develop transitions, | if parts of a causally related system require data about what is happening in other parts of the system in order to develop transitions, | ||
Line 29: | Line 32: | ||
- | timeflow/ | + | ==== timeflow/ |
this lead to a brief, yet convoluted discussion on the nature of time, causality and how to represent discontinuous (and/or inconsistent) time embedded in a single time dimension. most of these questions are open ended and not particulary intuitive, but could lead to some novel representations of dataflow, interaction + influence which would extend current network visualisation + sonification techniques. | this lead to a brief, yet convoluted discussion on the nature of time, causality and how to represent discontinuous (and/or inconsistent) time embedded in a single time dimension. most of these questions are open ended and not particulary intuitive, but could lead to some novel representations of dataflow, interaction + influence which would extend current network visualisation + sonification techniques. | ||
Line 35: | Line 39: | ||
- | osmic/ | + | ==== osmic/ |
the version control + extended ' | the version control + extended ' | ||
Line 41: | Line 46: | ||
- | audio/video control/ | + | ==== audio/video control/ |
treating all data as indistinguishable, | treating all data as indistinguishable, | ||
Line 49: | Line 55: | ||
- | appropriateness of mappings/ | + | ==== appropriateness of mappings/ |
discussing various ways of representing data in a domain other than the one it was ' | discussing various ways of representing data in a domain other than the one it was ' | ||
Line 55: | Line 62: | ||
- | evolutionary models + learning | + | ==== evolutionary models + learning |
the role of algorithms which develop their behaviours over time and in relation to particular thruput was suggested, but not developed extensively. it seems there is a range of applications which could benefit from such an approach. one specific application was the modelling of the complexity of an arbitrary data set, with minimum required dimensionality. an instrument would then be generated with the same control dimensionality) to play the data. | the role of algorithms which develop their behaviours over time and in relation to particular thruput was suggested, but not developed extensively. it seems there is a range of applications which could benefit from such an approach. one specific application was the modelling of the complexity of an arbitrary data set, with minimum required dimensionality. an instrument would then be generated with the same control dimensionality) to play the data. | ||
Line 61: | Line 69: | ||
- | phenotype selection of sound (interchangability) | + | ==== phenotype selection of sound (interchangability) |
the problems of describing + selecting sounds in an evolutionary system were discussed briefly, along with extending existing systems (tierra + mutagen) to produce sound output in parallel or instead of their present output. | the problems of describing + selecting sounds in an evolutionary system were discussed briefly, along with extending existing systems (tierra + mutagen) to produce sound output in parallel or instead of their present output. | ||
- | separating interface + rendering using OSC | + | ==== separating interface + rendering using OSC ==== |
the most successful method for developing distributed instruments (which can be used for performance, | the most successful method for developing distributed instruments (which can be used for performance, | ||
Line 72: | Line 82: | ||
- | streaming over local networks to utilize distributed peripherals | + | ==== streaming over local networks to utilize distributed peripherals |
this technique of separating the ' | this technique of separating the ' | ||
Line 78: | Line 89: | ||
- | midi is obsolete for network communication. | + | ==== MIDI is obsolete for network communication. |
the resolution and unreliability of midi devices lead to a consensus that it is a protocol best left to musical instruments (as intended). the problems tend to increase proportionally with the number of machines connected using midi. (no exact relationship has been formulated) | the resolution and unreliability of midi devices lead to a consensus that it is a protocol best left to musical instruments (as intended). the problems tend to increase proportionally with the number of machines connected using midi. (no exact relationship has been formulated) | ||
Line 84: | Line 96: | ||
- | noise diversion/ | + | ==== noise diversion/ |
in discussion of using feedback + noise to determine the nature of an unknown system, the subject of process physics came up. in brief, process physics aims to understand the nature of reality by modelling processes. one of the central concepts in this modelling is the use of self referential noise to model a pregeometric universe. while essentially a diversion, this discussion hilighted some of the differences between designed system, and growing systems. | in discussion of using feedback + noise to determine the nature of an unknown system, the subject of process physics came up. in brief, process physics aims to understand the nature of reality by modelling processes. one of the central concepts in this modelling is the use of self referential noise to model a pregeometric universe. while essentially a diversion, this discussion hilighted some of the differences between designed system, and growing systems. | ||
Line 90: | Line 103: | ||
- | performance/ | + | ==== performance/ |
we briefly discussed several systems for distributed performances, | we briefly discussed several systems for distributed performances, | ||
Line 96: | Line 110: | ||
open sound control; developed at cnmat which facilities the exchange of data over a udp network. optionally timecoded messages, can be sent within a heirarchic address space, to multiple recipients. | open sound control; developed at cnmat which facilities the exchange of data over a udp network. optionally timecoded messages, can be sent within a heirarchic address space, to multiple recipients. | ||
- | pd; graphical programming language. | + | * pd; graphical programming language. |
+ | * max/msp; graphical programming language based on pd. | ||
+ | * kromozone performance system; built within max for specific types of performances. | ||
+ | * keystroke "cross media synthesizer"; | ||
+ | * the matrix; hardware solution for connecting a range of machines using different protocols, developed by future lab (aec). in development? | ||
- | max/msp; graphical programming language based on pd. | + | general discussion |
- | kromozone performance system; built within max for specific types of performances. | ||
- | |||
- | keystroke "cross media synthesizer"; | ||
- | |||
- | the matrix; hardware solution for connecting a range of machines using different protocols, developed by future lab (aec). in development? | ||
- | |||
- | general discussion on the lack of adaptable systems, the range of solutions to specific problems, the ability or difficulty to generalize these systems. | ||
+ | ==== sutChwon discussion ==== | ||
- | sutChwon discussion | ||
a proposal for a system of interconnection + interoperability with a range of networked subsystems was discussed. some specific developments were proposed, one was the idea of using protocol dependency trees which would facilitate graceful degradation. another was to extend the ideas of class inheritance (from the object oriented programming paradigm) into a content description or property inheritance structure. | a proposal for a system of interconnection + interoperability with a range of networked subsystems was discussed. some specific developments were proposed, one was the idea of using protocol dependency trees which would facilitate graceful degradation. another was to extend the ideas of class inheritance (from the object oriented programming paradigm) into a content description or property inheritance structure. | ||
Line 118: | Line 129: | ||
- | overview/ | + | ==== overview/ |
Line 151: | Line 163: | ||
links | links | ||
+ | * [[process physics]] | ||
+ | * preprint archive papers | ||
- | process physics | ||
- | preprint archive papers | ||
+ | [[sutChwon]] Article from TimesUp Newsletter >> http:// | ||
- | sutChwon | ||
- | Article from TimesUp Newsletter http:// | + | ==== performance/presentation systems ==== |
- | |||
- | |||
- | performance/ | ||
max/msp http:// | max/msp http:// | ||
Line 180: | Line 189: | ||
- | network topology | + | ==== network topology |
http:// | http:// | ||
Line 190: | Line 200: | ||
- | rfcs | + | ==== rfcs ==== |
http:// | http:// | ||
Line 204: | Line 215: | ||
- | Content Negotiation | + | ==== Content Negotiation |
conneg Working Group http:// | conneg Working Group http:// | ||
Line 214: | Line 226: | ||
---- | ---- | ||
- | comments to include from XDV weblog | + | ==== comments to include from XDV weblog |
http:// | http:// |