Aclarando un poco el enredo sobre lo de tele-presencia y tele-operadores. Los conciertos que mencionan Julian y Fabio en emails anteriores son conciertos que involucran el concepto de tele-presencia.
Por esto es importante que al concebir obras de este tipo, exista una reflexión sobre lo que es este concepto, que además involucra lo de tele-operación. Habiendo pensado un poco mas sobre las propuestas de Julian y Fabio, tiendo a pensar que en ambos casos se esta aprovechando las ofertas del medio pero en cierta forma no se están explorando las opciones del medio. Retomo palabras de 'MVM' en email anteriores, en donde se mencionaba que "la máquina debería funcionar en servicio de la música y no al contrario". Siendo así, la red y el computador no tan solo deberían ser utilizados como transportadores y decodificadores de interpretaciones de música que toman lugar en espacios remotos. Apropiándose de conceptos de tele-operación, se puede pensar en señales de control que van por la red y que manipulan dispositivos en máquinas remotas. Por ejemplo desde Sao Paulo se puede disparar con una señal de control un evento sonoro que este archivado en un computador en Manizales. Esto relevaría stream de audio a una señal de control que hace sonar archivos de audio en maquinas remotas. Esta idea no es una novedad. La primera vez se la escuche a Barry Vercoe en Brasilia, tratando de explicar una versión de "NetCsound", que funcionaba en tiempo real en lugares remotos. Por lo tanto por la red no se transmitía audio, sino valores de control en variables 'k' de Csound, es decir los "scorefiles" de este programa. Csound sonaba al mismo tiempo en dos o mas lugares casi a la vez, dependiendo de la latencia en la red. Transportando esto a nuestros días, creo que es importante pensar en lo que ocurre en los denominados laptop performances, o en la interpretación de música de ahora, en donde varios patrones, loops, etc., son archivados en la máquina y disparados por la acción de los dedos del intérprete del laptop. La mayoría de esta interacción se reduce a varios eventos discretos en los que se activa o desactiva una acción que comienza o detiene la reproducción de material sonoro en archivos de audio. Los eventos continuos pueden ser cambios de volumen o cambios de valores en los parámetros de un filtro. Si no estoy mal las ventanas para la interfaz de Ableton están diseñadas bajo este concepto, por lo que interfaces físicas controladoras como la Akai APC40, lo que ofrecen son un arreglo de interruptores (switches) para disparar eventos, y algunos botones(knobs) para cambiar parámetros continuos como volumen y filtros. Si archivos de audio iguales, similares o diferentes están almacenados en máquinas remotas de pronto en Montreal, Buenos Aires, Manizales o Sao Paulo, por qué no pensar en señales de control que se transmitan por la red y que manipulan eventos discretos y continuos en las máquinas remotas que es lo que se hace localmente con la APC40. Es decir, si en lugar de utilizar un micrófono para streams de audio con el sonido de la flauta, se utiliza el micrófono como sensor para generar una señal de control que manipule por medio de una 'tele-operación', las frecuencias de un oscilador en Pd o Max en la máquina remota, esto abriría opciones de creatividad en la composición. Si la tele-operación es bi-direccional y en la máquina donde está la flautista pasa lo mismo que en la máquina remota, se permite la posibilidad de feedback o retro-alimentación en la interpretación en vivo. La ventaja de esta aproximación con señales de control es que se evita streams de audio reduciendo considerablemente el ancho de banda y por ende problemas con latencia. Además porque se posibilita el manejo de información y de tratamiento de señal, ya que la frecuencia de muestreo de esta señales esta muy por debajo de la frecuencia de muestreo de audio. También porque esta data puede transmitirse utilizando protocolos mencionados como serial, udp y OSC. Consecuentemente esto hace envisionar aplicaciones como un NetQuteCsound que decodifique señales de control con valores para parámetros de duración, intensidad, coeficientes de filtros, etc, en QuteCsound. Igualmente una nueva versión de "puentes sonoros" en donde gente de diferentes lugares del planeta aporte al playlist de los archivos sonoros de la instalación. Por lo tanto pienso que sería bueno hacer un prototipo de intepretación con tele-presencia por red que en un comienzo funcione en una red local, donde idealmente existan dos máquinas con el mismo software, y de pronto con lo mismos archivos sonoros, si es que se van a manipular archivos sonoros. Probar la latencia en la red local; si la latencia en la red local es muy grande, en Internet será mucho mayor. Analizar y probar los parámetros que se van a incluir en la tele-operación. Si esto implica interacción en ambos lados, hay que probar los efectos de la interacción y evitar loops infinitos. Ojalá esto motive a pensar en tele-presencia y tele operadores para interpretaciones por la red y en orquestas de laptops. Saludos, --* Juan _______________________________________________ Expyezp mailing list [email protected] http://lists.slow.tk/listinfo.cgi/expyezp-slow.tk Archivo de mensajes: http://lists.slow.tk/pipermail/expyezp-slow.tk/
