User:Fako Berkers/project3: Difference between revisions

From XPUB & Lens-Based wiki
 
(8 intermediate revisions by the same user not shown)
Line 3: Line 3:
Both in the essay and in the practical assignment I want to study how re-enactment relates to simulation. I think these concepts are very similar, but they are also different in a few ways. By creating an enacted simulation and writing about what others have said about these two phenomena I hope to learn a great deal about how computers and performance art can relate to each other.
Both in the essay and in the practical assignment I want to study how re-enactment relates to simulation. I think these concepts are very similar, but they are also different in a few ways. By creating an enacted simulation and writing about what others have said about these two phenomena I hope to learn a great deal about how computers and performance art can relate to each other.


===Practise===
===Theory===


In my practical assignment I want to focus upon the embodiment of simulations. An important aspect of re-enactments is the opportunity for the audience/participants to live through an important moment in history. A simulation is used to analyse a system and make tactical decisions based on this analysis. It is never used as a tool to give an experience. Embodiment is a first step to such a purpose for simulations.
It took me a while to formulate the theory around re-enactment and simulation. Now that I have it dramatically influences the practice making my older description obsolete.


====Input/Output====
It comes down to the following. Re-enactment is used to fill in the gaps of history. To make a smooth narrative people need to interpolate the evidence that the past has left us. Re-enactment is a way of checking whether the interpolation is possible at all and indicates how likely it is to be true. This is at least the definition of re-enactment by Collingwood. History is always an abstraction of the events that have taken place. By re-enacting something the abstraction disappears and this can reveal things that were not as evident as they were before the re-enactment in the more abstract state of history.


At the moment I'm thinking about how the simulation will be handling input and output.
As with history, simulation relies on an abstraction, because it is not possible to take all of reality into account when creating a virtual world. It is my theory that the enactment of a simulation and making the virtual concrete as accurate as possible, will reveal certain aspects of the simulation. These aspects may very well be design choices that have a particular proposition which has a thorough influence on the system as a whole.
For output I think there are the following options:
* Projection on a screen or the ground. I have a 4x3 meter projection screen and projection on different fabrics might also be interesting.
* SMS gateway. This allows a computer to send messages to mobile phones. If you hand out devices you can control the sound they make. Tim Etchells has worked with instruction over SMS.
* Mobile internet. You can give instructions over a smartphone compatible site. I will be able to control sound (and video) on those devices.
* Analogue. A person can call out the instructions he/she reads on a screen, or transfer them in some other analogue way.
* DMX. A computer can control the lighting in a theatre and give signals this way.
* Headphone. Computer speech can go through a (bluetooth) headphone.


For input there are these options to consider:
Since ambiguous computing is developing rapidly and simulations and similar systems are having an increasingly bigger influence on our lives I think it's good to practice the enactment of such systems for a critical analysis of designer choices and/or biases. In the practical part of this trimester I will enact a simulation and probably device a theatrical event that will discuss its design.
* Opencv. A computer vision library that can read camera images, but is far from perfect.
* Trained monkey. A colleague who watches the performance and gives input through mouse and keyboard on certain cues (works well according to Stock)
* RFID chips. Creating a ambiguous computer environment like Blast Theory has done in the past is a high-tech solution
* Mobile internet. Through form submission or clicking links a user can give feedback to a system. Security = important
* QR codes. Another way to dress up an environment to allow for feedback.


There are quite a few options and going into ambiguous computing or gadgets (like mobiles) will bring a lot of meaning to the work that need to be thought through thoroughly. I also need to be aware that the system as a whole is the work and not so much the performance, because this will depend on the specifics of the simulation that the system is embodying.
===Practise===


====Markov chains====
An older description of my practice can be found [[User:Fako Berkers/oldpractice3|here]]


My first go at a system will be the embodiment of a Markov chain which I turned into a simulation of love. Love is said to be a drive and not an emotion. While in love you can feel emotions like sadness and joy. I want the system to simulate emotions that I can go through while being in love with different audience members. The input for the chain will be a cheesy love story and the computer will filter all emotions from this text. These emotions are then somehow outputted to the actor who will perform these emotions in relation to the audience as being in love with them. An example sequence of emotions that the chain will produce is this:
In the end I decided to do the “re-enactment” of a simulation made with Breve software. Read more about it on this page [http://www.spiderland.org/]. A video of the simulation can be found on Youtube at the page here [http://www.youtube.com/watch?v=jx2JaK6i9eg]. The source code of that particular simulation resides here [http://code.google.com/p/cpg-biped-robot-simulation/source/browse/CPG_Biped_5a.tz]


''sorry shame sadness sadness sadness grief sorry serenity angry scared sarcastic glum happy happy happy happy happy happy happy happy happy happy''
The simulation works with a similar model as Karl Sims’s “Evolving Virtual Creatures” in the sense that it takes on the notion of “fitness” as a selection criteria. I explained in my essay that this proposition in relation to evolution may be oversimplifying reality.


I am still to decide how to instruct the actor (myself). Code for the Markov chain as well as the list of emotions used and the cheesy romantic novel chapter can be found on my prototype page.
The “re-enactment” (although embodiment is a better word) of the simulation puts the simplifications done by the modeling into contrast with the real world. This gives the audience an opportunity to reflect upon design choices that are made in the simulation. I don’t believe that this analysis will happen spontaneous and if it does then I don’t think the work adds to this spontaneous analysis in any way. That’s why I stimulated discussion between audience members proactively after every performance to encourage analysis. I do this by asking questions only, because I do believe in the validity of the following quote: “tell me and I will forget, show me and I may remember, involve me and I will understand” (source ambiguous). By asking questions and letting the audience think I hope to increase involvement instead of achieving a more passive less productive attitude in my audience.


===Theory===
In practice it was not easy to guide the thinking power of the audience towards the subjects that I had in mind. I don’t think that this is bad, because the discussions that took place instead of my envisioned talks were interesting in themselves. However it may be good to look for forms of embodiment where there are realizations that have an instantaneous, more shocking quality. I had such an experience when I watched the re-enactment of the obedience to authority experiment. It will not be easy to sort such an effect, but it’s a nice challenge.

Latest revision as of 12:49, 24 September 2011

History Will Repeat Itself

Both in the essay and in the practical assignment I want to study how re-enactment relates to simulation. I think these concepts are very similar, but they are also different in a few ways. By creating an enacted simulation and writing about what others have said about these two phenomena I hope to learn a great deal about how computers and performance art can relate to each other.

Theory

It took me a while to formulate the theory around re-enactment and simulation. Now that I have it dramatically influences the practice making my older description obsolete.

It comes down to the following. Re-enactment is used to fill in the gaps of history. To make a smooth narrative people need to interpolate the evidence that the past has left us. Re-enactment is a way of checking whether the interpolation is possible at all and indicates how likely it is to be true. This is at least the definition of re-enactment by Collingwood. History is always an abstraction of the events that have taken place. By re-enacting something the abstraction disappears and this can reveal things that were not as evident as they were before the re-enactment in the more abstract state of history.

As with history, simulation relies on an abstraction, because it is not possible to take all of reality into account when creating a virtual world. It is my theory that the enactment of a simulation and making the virtual concrete as accurate as possible, will reveal certain aspects of the simulation. These aspects may very well be design choices that have a particular proposition which has a thorough influence on the system as a whole.

Since ambiguous computing is developing rapidly and simulations and similar systems are having an increasingly bigger influence on our lives I think it's good to practice the enactment of such systems for a critical analysis of designer choices and/or biases. In the practical part of this trimester I will enact a simulation and probably device a theatrical event that will discuss its design.

Practise

An older description of my practice can be found here

In the end I decided to do the “re-enactment” of a simulation made with Breve software. Read more about it on this page [1]. A video of the simulation can be found on Youtube at the page here [2]. The source code of that particular simulation resides here [3]

The simulation works with a similar model as Karl Sims’s “Evolving Virtual Creatures” in the sense that it takes on the notion of “fitness” as a selection criteria. I explained in my essay that this proposition in relation to evolution may be oversimplifying reality.

The “re-enactment” (although embodiment is a better word) of the simulation puts the simplifications done by the modeling into contrast with the real world. This gives the audience an opportunity to reflect upon design choices that are made in the simulation. I don’t believe that this analysis will happen spontaneous and if it does then I don’t think the work adds to this spontaneous analysis in any way. That’s why I stimulated discussion between audience members proactively after every performance to encourage analysis. I do this by asking questions only, because I do believe in the validity of the following quote: “tell me and I will forget, show me and I may remember, involve me and I will understand” (source ambiguous). By asking questions and letting the audience think I hope to increase involvement instead of achieving a more passive less productive attitude in my audience.

In practice it was not easy to guide the thinking power of the audience towards the subjects that I had in mind. I don’t think that this is bad, because the discussions that took place instead of my envisioned talks were interesting in themselves. However it may be good to look for forms of embodiment where there are realizations that have an instantaneous, more shocking quality. I had such an experience when I watched the re-enactment of the obedience to authority experiment. It will not be easy to sort such an effect, but it’s a nice challenge.