Juan Hola
leyendo tu correo...
>Sin embargo para otros procesos
> intensos y que tienen que ver con la FFT de pronto no son la forma
> optima de manejar datos. Hoy en día 4Gb de memoria en el computador es
> normal, por lo que creo que es difícil que Miller o los del grupo de
> Zicarelli vayan a cambiar el esquema.
Te entiendo muy bien lo que decís.
> Bueno, CLAM no es un reemplazo de Pd o MAX. Es otra alternativa de
> búsqueda sonora. En los días de la 'Musique Concrete', la gente hubiera
> escogido cien veces mas a CLAM que a Pd o MAX, pero los tiempos van
> cambiando.
Esto si no me queda muy claro, supongo que Shaeffer y Henry no podían con su
tecnología lograr realizar convoluciones en tiempo real y que la teoría estaba
escrita, pero no podía ser comporbada por las máuiqnas de la época. Pero el
argumento sería el mismo que arriba o habría otras cosas?
> Retomo lo de la quinta sinfonia: si de pronto quieres estirar a una una
> hora los cinco primeros compases, CLAM es la herramienta.
Juan esta parte me gusta mucho quisiera hacerte varias preguntas. Yo no he
trabajado mucho con convoluciones de muestras. Siempre la he usado mas bien es
en tiempo real como diversos tipos de vocoders. (Entre el line in y diversos
tipos de señales.) Entonces las convoluciones que planteás aca me causan mucha
curiosidad.
>Yo comenzaría
> con FFTs de corta duración, con ventanas de un tamaño promedio y cuando
> el espectro ya es mas o menos lo que quiero, ahí si re-sintetizaría los
> sesenta minutos.
Buscás unos settings de la fft hasta obtener un sonido mas o menos
"artificial", alterando la cantidad de bandas y el tamaño de la ventana???
Y luego entonces reproducís los cinco minutos usando esos settings???
>He hecho el experimento aunque no de una hora sino mas
> bien cinco minutos y no con Beethoven sino con Wagner. Vale la pena!.
Me interesaría mucho profundizar en estos modelos de resíntesis pero no para
aplicarlo a muestras tan largas sino a instrumentos de percusión. Estoy como
muy metido allí y sería una buena manera de experimentar con las duraciones y
las afinaciones como con plastilina.
Creo que estoy equivocado, pero este sistema de resíntesis sería asi?:
Por un lado sacas la FFT de un sample, por otro lado lo reproducís a una
velocidad distinta de la original. Y finalmente haces una convolución entre la
FFT del Primero y el segundo? asi tenés amplitud y timbre provenientes del
mismo sample, pero con posibilidades para deformarlo. Si no es así porfavor
corregime.
Saludos
Daniel
> From: [EMAIL PROTECTED]
> To: [email protected]
> Date: Fri, 1 Aug 2008 12:30:58 -0400
> Subject: Re: [Expyezp] Clam en windoze
>
>
> Hola Daniel,
>
> Mil gracias por tus comentarios. Que bueno!.
>
> En referencia a lo de los arreglos, lo que pasa es que estas estructuras
> de datos en Pd y en Max, tienen mucho que ver con la estructura del
> 'array' en C. Si no estoy mal estas están en la memoria y no en un
> archivo externo por lo que se convierten an algo dependiente del
> hardware. Para ciertas aplicaciones están bien, inclusive para cargar un
> archivo de audio de tres minutos o mas. Sin embargo para otros procesos
> intensos y que tienen que ver con la FFT de pronto no son la forma
> optima de manejar datos. Hoy en día 4Gb de memoria en el computador es
> normal, por lo que creo que es difícil que Miller o los del grupo de
> Zicarelli vayan a cambiar el esquema.
>
> Bueno, CLAM no es un reemplazo de Pd o MAX. Es otra alternativa de
> búsqueda sonora. En los días de la 'Musique Concrete', la gente hubiera
> escogido cien veces mas a CLAM que a Pd o MAX, pero los tiempos van
> cambiando.
>
> Retomo lo de la quinta sinfonia: si de pronto quieres estirar a una una
> hora los cinco primeros compases, CLAM es la herramienta. Yo comenzaría
> con FFTs de corta duración, con ventanas de un tamaño promedio y cuando
> el espectro ya es mas o menos lo que quiero, ahí si re-sintetizaría los
> sesenta minutos. He hecho el experimento aunque no de una hora sino mas
> bien cinco minutos y no con Beethoven sino con Wagner. Vale la pena!.
>
> Por lo que me cuentas yo creo que CLAM es una buena alternativa para el
> grupo de trabajo en Medellín que comentaba Jose en su visita a Bogota.
> Además porque varios en la lista los apoyamos.
>
> Más sobre lo de C. Ando trabajando con Chuck ahora como alternativa a
> Pd. Pero en realidad es mas por lo de la conexión con otras librerías
> como STK y RtAudio, por no hablar de lo del C.
>
> Pero también quería comentarte, por estos lados hay varias personas
> trabajando con Python por lo que esa puede ser otra alternativa por si
> acaso.
>
> Saludos,
>
> --* Juan
>
>
>
> _______________________________________________
> ____ _ _ ___ _ _ ____ ___ ___
> |___ \/ |__] \_/ |___ / |__]
> |___ _/\_ | | |___ /__ |
>
> Expyezp mailing list
> [email protected]
> http://lists.slow.tk/listinfo.cgi/expyezp-slow.tk
_________________________________________________________________
Connect to the next generation of MSN Messenger
http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&source=wlmailtagline
_______________________________________________
____ _ _ ___ _ _ ____ ___ ___
|___ \/ |__] \_/ |___ / |__]
|___ _/\_ | | |___ /__ |
Expyezp mailing list
[email protected]
http://lists.slow.tk/listinfo.cgi/expyezp-slow.tk
