[arzexp] ruido en suramérica

2013-07-18 Por tema Paula Vélez
Hola,

Les envío esto que llegó por la lista del LabSurLab pues creo que vale la
pena para que contacten a :
asimtria asimt...@gmail.com
Se está organizando un festival llamado REUDO. Será al sur del Perú.


hola a todos...
aprovecho la ocasión para saludarles a todos y seguir con la racha de
festivales dentro de otros festivales.. pues aqui esta pronto a nacer un
hijo de labsurlab.. y es que éste nos ha inspirado y respirado para
lograr... http://reudo.org
aún somos noveles en las herramientas libres... y entre las cosas que
trabajamos hacia este Encuentro está nuestro deseo de poder hacer un
streaming libre, pues de streamings sabemos, pero queremos lograr uno que
utilizando medios libres pueda hacer Ruido (en nuestra idea) de verdad!
si alguién pueda pasar algo de info al respecto, de antemano le estamos
agradecidos!
nuestro Encuentro aplica también la fórmula de apuntar al recurseo, como
se
dice aqui, osea optimizar al máximo los recursos... de igual manera les
invitamos a participar, a quienes no estando tan lejos del sur del perú,
se
les dé la oportunidad y posibilidad de visitarnos...
un abrazo!

marco

Y copio el correo de Lucía también:
eo!!!
asimtría! cómo van queridos?
qué bien lo del streaming, me alegra mucho, así también podremos
participar
un poco desde lejos.
en la web tenemos algunos tutoriales:
http://www.minipimer.tv/?cat=7
hay un patch de puredata bastante simple para hacer streaming de audio.
también hay un par de tutoriales para hacerlo de video con una aplicación
que tiene interfaz y que solemos usar (TSS), el problema de esta última es
que sobre las últimas versiones de ubuntu no va del todo bien, pero allí
ya
depende de la máquina que se use...
lo que sí van a necesitar es un servidor, o ya tienen uno?
sería guay si a este hilo capo o rama pudieran agregar unas líneas de
terminal para echar el streaming. estas líneas en general varían según
algunos parámetros (si es con web cam o con otra cámara externa,
dependiendo del tamaño, del servidor, etc etc etc), pero quizás sería
útil
tener una orientación.
les mando un abrazo grande
y amor
l.

Paula
___
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

2013-07-18 Por tema Rafael Vega
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/