OK
Entonces vas a tener un feed permanente desde jitter con dos datos
multiplicados por la cantidad de blobs que vas encontrando. Si la entrada del
video (segun entiendo de tu idea) es algo sin preparación sino que cada que
movás la cámara cada entorno genere un estímulo sonoro, vasa encontrar muchos
blobs o pocos blobs dependiendo de los parámetros de color y tamaño que tenga
el algoritmo de búsqueda de blobs. Si es así, la cantidad de blobs podría ser
tambien una variable interesante, ya que cambiaría mucho segun el ambiente que
analicés con la cámara.
con estas variables número de blobs; (x,y)del blob 1,2,...,n., área del blob
1,2,...,n podés tener ya unos datos de entrada organizados para mapear al sinte.
Tener en cuenta: cual es el límite máximo de blobs que el algoritmo puede
encontrar? Que tipo de "ambiente sonoro" querés que el patch genere?
con esto yo me plantearía algo como una suma de osciladores que estén
relacionados uno a uno con un blob:
*si hay un blob n el oscilador n suena, si no hay un blob n, el oscilador n
está apagado
*el área del blob está relacionada con la amplitud del blob
*el orden de los blobs corresponde a el número del armónico relacionado con una
fundamental por definir. blob n genera unarmónico afinado en f x n
entre todos los blobs generan una sola onda que va aumentando y disminuyendo
de armónicos de uan manera interesante.
Esta onda podría ser un carrier pensando en una síntesis FM
Si referenciás cada coordenada de los blobs respecto al centro de la pantalla
(por ejemplo el centro de la pantalla o alguna de las esquinas o en fin) podés
obtener una distancia de cada blob al punto X,Y de referencia. Así obtenés una
nueva variable Distancia n
Ahora esa distancia puede ser la frecuencia de modulación de otro banco de
osciladores relacionados con los blobs de la nmisma manera anterios menos en la
frecuencia.
Estos osciladores (blobs) serían los modulators
El tamaño de los blobs puede ser la amplitud de modulación de cada blob que
afecta al carrier planteado mas arriba.
Tener en cuenta que la amplitud de modulación de los carriers debe ser de un
orden muy superior al orden de la amplitud (que generalmente es entre 0 y 1)
Este patch que describo ahí sería un patch ultraruidoso (a veces) pero daría
unos efectos interesantes. Este experiemnto que planteás es bacano si hacés
algo con FM montate un videito con audio.
Si querés que el resultado no sea ruidoso sino mas bein armónico hacé que cada
frecuencia generada por las distancias de lslo blobs se redondeen a múltiplos
de la frecuencia de de la fundamental del carrier
Si querés especular con otra idea dale que me gusta pensar en este tipo de
proyectos.
Si hacés algo montá un videitocon audio para pillar
Saludos
Daniel
From: [EMAIL PROTECTED]
To: [email protected]
Date: Wed, 1 Oct 2008 20:13:43 +0000
Subject: Re: [Expyezp] patch
Hola Daniel gracias por tu respuesta el cambio del que hablo seria de las
coordenadas de los blobs por periodo de tiempo...
saludos.
r.
From: [EMAIL PROTECTED]
To: [email protected]
Date: Wed, 1 Oct 2008 14:48:02 -0500
Subject: Re: [Expyezp] patch
Hola Renzo
Sobre velocidad del entorno, hablás del cambio en el área del blob que estás
analizando con jitter por período de tiempo? o hablás del cambio en las
coordenadas de los blobs por período de tiempo?
Si entiendo bien tu idea, los ángulos que recepciona la cámara son exactamente
las coordenadas de los blobs que estás analaizando, ya que la visión de las
cámaras es una visión polar y no rectangular:
si vos alejás un objeto de la cámara, manteniendo el mismo ángulo respecto a
ella, las coordenadas de el análisis del objeto siempre serán las mismas
=> los cambios en los pixeles del blob son cambios en ángulo respecto a la
cámara, no necesariemente cambios de posición.
=> El tamaño del blob puede ser interpretado como un cambio de la amplitud del
vector polar con respecto a la cámara. grande=cerca, pequeño=lejos
Sobre la manera de interpretar estos datos... hay muchísimas opciones, creo que
depende mas de efecto sonoro que querás crear. Una vez definido podés crear un
contexto de mapeo y generación de audio en el cual todas las variables de
entrada, control y salida cobren sentido y relevancia.
Saludos
Daniel
From: [EMAIL PROTECTED]
To: [email protected]
Date: Wed, 1 Oct 2008 18:18:33 +0000
Subject: [Expyezp] patch
Hola volviendo al tema del patch de Cam, ahora tengo mas clara la pelicula y de
igual forma hacer modificaciones en lo que buscaria, el punto es utilizar un
cam como detector de precencia para ello utilizando jitter en conjunto con
Max,en el que existan variables de acuerdo a la velocidad del entorno y angulos
que recepciona la imagen varien los sonidos que dispararia el objeto, nose si
esta mas claro ahora y si tienen ideas al respecto que me puedan
entregar,gracias.
saludos.
r.
La cartera, las gafas. ¿te falta algo? Ahora llévate Messenger en tu móvil
Invite your mail contacts to join your friends list with Windows Live Spaces.
It's easy! Try it!
¡Trónchate de risa con los mejores capítulos de South Park en MSN Vídeo!
_________________________________________________________________
News, entertainment and everything you care about at Live.com. Get it now!
http://www.live.com/getstarted.aspx
_______________________________________________
____ _ _ ___ _ _ ____ ___ ___
|___ \/ |__] \_/ |___ / |__]
|___ _/\_ | | |___ /__ |
Expyezp mailing list
[email protected]
http://lists.slow.tk/listinfo.cgi/expyezp-slow.tk