Re: [arzexp] VJ LAB - Cultura VJ y Modul8 workshop
Hola Laura, Gracias por pensar en la lista y por compartir esta idea. What's the point of claiming realtimeness if all that's performing is an algorithm you happened to write? Is that a performance? is random() + eq + OpenGL any less fake than anything else? Where's the heart? Where's the chance for fucking up and falling from the trapeze? A propósito falling from the trapeze es una reacción como en domino o en cadena... suele suceder con la tecnología. La bola de nieve al retraso cuando se esta llevando el tiempo. Lo que pasa es que en música el tiempo real si es algo crucial. Problemas de latencia en un algoritmo pueden causar que el ritmo o el tempo en una interpretación literalmente cambien la obra. La situación es peor si la interpretación es en grupo. Problemas de latencia de mas de 30ms se perciben como retardos, lo que implica ajustar la obra que se está tocando. Si una obra esta congelada en el tiempo (e.g. tape music), la situación no es tan grave. Creo que hasta cierto punto con video y visuales se podría decir lo mismo. Además la vista se ajusta mas a clicks y dropouts que la escucha. Saludos, --* Juan ___ Arzexp mailing list Arzexp@lists.randomlab.net http://lists.randomlab.net/listinfo.cgi/arzexp-randomlab.net Archivo de mensajes --- * http://www.mail-archive.com/arzexp@lists.randomlab.net/ * http://www.mail-archive.com/arzexp@lists.slow.tk/
Re: [arzexp] VJ LAB - Cultura VJ y Modul8 workshop
Hola, llegué muy tarde a esta conversación pero agrego algo: Un sistema de computo de tiempo real no es aquel que tiene latencia cero (eso es imposible, requiere recursos de computo infinitos), un sistema de computo de tiempo real es aquel que puede cumplir consistentemente con un tiempo límite de ejecución (dead line). Saludos! :) 2013/6/26 Juan Reyes jua...@maginvent.org Hola Gabriel! También gracias por tu explicación. Por años pasamos tratando de que micros y tarjetas especializadas lograran hacer tratamiento de señal en tiempo real. La evidencia de esto el la ISPW[1]. Luego recuerdo el modelado y tratamiento de formas con las Silicon Graphics y lo que había que pagar por software como alias wavefront, flame, quantel etc., algo que era privilegio de las productoras (no se si se acuerden del logotipo de producciones JES en tres dimensiones). Mucho funcionaba en vivo, en tiempo real, pero es algo que se puede hacer usando modul8 con el procesador de la máquina y con una fracción de la memoria que se utilizaba en las SGI.- Y que no me lean viejos amigos en Avid :-) Ver dando vuelta los piñones del glxgears, sin saltos ni jitter a una velocidad constante y relativamente rápido, es algo que todavía emociona. A propósito, recuerdo una ICMC un año después de que Miller lanzara Pd, en la que Mark Danks (también de UCSD), lanzaba GEM, para ser utilizado en las SGI. Eran los días en que había que aprender OpenGL (basicamente C o C++), para trabajar vídeo en tiempo real. Pero yendo al grano lo que inquieta es la relación entre el concepto de 'live' y el concepto de 'tiempo real'. No quisiera pensar que lo de 'ĺive' sea herencia de algún software comercial. Tampoco que las nuevas generaciones prefieren 'live' a tiempo real. Debería existir una diferencia por marginal que sea. En la Universidad Nacional de Colombia existe una maestría dedicada al término, es decir la maestría de artes vivas. Será que lo de 'live' tiene que ver con esto. Si esto fuese así estaríamos hablando de performance, danza, teatro, coreografía, todas en función del proceso y del tiempo. Pero como el motor de un carro, los procesos ocurren en 'tiempo real', aunque en vivo y en directo también, siempre y cuando se perciban desde afuera. Saludos, --* Juan [1] http://en.wikipedia.org/wiki/ISPW Pero mas alla de discutir sobre la especifidad tecnica me parece interesante entender el LC como una practica que tiene caracteristicas esteticas y si se quiere un lenguaje propio. El hacer el codigo visible durante el performance e integrarlo en la imagen hace que los limites entre imagen/concepto/tecnica se desdibujen pues el codigo, aunque no sea comprensible para los espectadores se hace publico justo al momento de ser escrito. Un buen articulo al respecto del LC es[0] de Simon Yuil y por ahi hay una tesis de un master que si no estoy mal es de alguien cercano al equipo de developers de Fluxus[1], que si es de interes puedo buscar con calma. ___ Arzexp mailing list Arzexp@lists.randomlab.net http://lists.randomlab.net/listinfo.cgi/arzexp-randomlab.net Archivo de mensajes --- * http://www.mail-archive.com/arzexp@lists.randomlab.net/ * http://www.mail-archive.com/arzexp@lists.slow.tk/ ___ Arzexp mailing list Arzexp@lists.randomlab.net http://lists.randomlab.net/listinfo.cgi/arzexp-randomlab.net Archivo de mensajes --- * http://www.mail-archive.com/arzexp@lists.randomlab.net/ * http://www.mail-archive.com/arzexp@lists.slow.tk/
Re: [arzexp] VJ LAB - Cultura VJ y Modul8 workshop
Hola Laura, Mil gracias por tus respuestas. Estoy seguro que a mas de uno nos aclarandudas. Que pena no estar tan al día de esto pero quizá a los músicos y mas compositores nos suele suceder esto. Casualmente ya hace unos años fue otro compositor colega quién me demostró modul8 (no un videoartista ni cineasta), y al pasar unos pocos años después, lo vi en acción con Paula Velez y Wolf Guarin en Medellin. Debo reconocer que desde el punto de vista plástico el concepto de composición tiene que ver mas con el color y quizá como se transforma la forma, de acuerdo, en vivo. A propósito sobre mi comentario al final en referencia al live-coding. Es cierto que los académicos tendemos a mirar con lupa los procesos (en cierto sentido mal habito que uno adquiere en los doctorados). Esta mañana pensando en el proceso me daba cuenta que desde el punto de vista del usuario, y por lo de respuesta inmediata del sistema, determinado software, al menos en percepción, responde en vivo. Lo pienso por Pd, SuperCollider e inclusive modul8. Sin embargo todavía me cuesta trabajo que en lenguajes compilados como C, el proceso exista en tiempo real. Lo de la narrativa creo que es mejor dejarlo a la imaginación de los artistas, además como lo demuestras en tu respuestas, casi cada persona se apropia del concepto y lo dispone de acuerdo a sus necesidades. Sin embargo tu respuesta sobre inmersión nos deja divagando un poco. Inmersión en las artes es un concepto de siempre, quizá con otras denominaciones pero siempre presente. Si una instalación no es inmersiva, corre el riesgo de apatía por el vidente. Es cierto que en muchas instalaciones hoy día, se utiliza el concepto de gratificación instantánea, sobre todo con electrónica, en donde la inmersión no es tan evidente, claro está, a excepción si el vidente tiene que descifrar la lógica del dispositivo. También por tus respuestas y por la información que nos pasas surge otra duda mas puntual y alejada de tanta terminología, ¿ que está pasando con el video arte?. ¿ Será que el cine-en-vivo desplaza el concepto?. Será que con esto surge un fenómeno similar a lo de la re-definición de 'live electronics' de los años 1950s y sesentas. Mis disculpas por no poder tomar el curso por encontrarme en otras latitudes pero suerte y que se genere conocimiento. Mucha suerte, --* Juan ___ Arzexp mailing list Arzexp@lists.randomlab.net http://lists.randomlab.net/listinfo.cgi/arzexp-randomlab.net Archivo de mensajes --- * http://www.mail-archive.com/arzexp@lists.randomlab.net/ * http://www.mail-archive.com/arzexp@lists.slow.tk/
Re: [arzexp] VJ LAB - Cultura VJ y Modul8 workshop
Hola, A propósito sobre mi comentario al final en referencia al live-coding. Es cierto que los académicos tendemos a mirar con lupa los procesos (en cierto sentido mal habito que uno adquiere en los doctorados). Esta mañana pensando en el proceso me daba cuenta que desde el punto de vista del usuario, y por lo de respuesta inmediata del sistema, determinado software, al menos en percepción, responde en vivo. Lo pienso por Pd, SuperCollider e inclusive modul8. Sin embargo todavía me cuesta trabajo que en lenguajes compilados como C, el proceso exista en tiempo real. El que tan en tiempo real es el live coding en terminos de procesamiento es algo que hay que estudiar bien en detalle dependiendo del entorno que uses, sin embargo creo que -siendo muy quisquillosos- el tiempo real en el LC no existe realmente pues siempre una instruccion se tomara unos ciclos de procesamiento en ser ejecutada. Pero con la velocidad de los procesadores -GPU- de hoy en dia este tiempo es imperceptible. Pero mas alla de discutir sobre la especifidad tecnica me parece interesante entender el LC como una practica que tiene caracteristicas esteticas y si se quiere un lenguaje propio. El hacer el codigo visible durante el performance e integrarlo en la imagen hace que los limites entre imagen/concepto/tecnica se desdibujen pues el codigo, aunque no sea comprensible para los espectadores se hace publico justo al momento de ser escrito. Un buen articulo al respecto del LC es[0] de Simon Yuil y por ahi hay una tesis de un master que si no estoy mal es de alguien cercano al equipo de developers de Fluxus[1], que si es de interes puedo buscar con calma. Seguimos! [0] http://www.metamute.org/editorial/articles/all-problems-notation-will-be-solved-masses [1] www.pawfal.org/fluxus/ -- Gabriel Zea http://martinez-zea.info @z3a ___ Arzexp mailing list Arzexp@lists.randomlab.net http://lists.randomlab.net/listinfo.cgi/arzexp-randomlab.net Archivo de mensajes --- * http://www.mail-archive.com/arzexp@lists.randomlab.net/ * http://www.mail-archive.com/arzexp@lists.slow.tk/
