que pensarìan esos dinosaurios... sobretodo Pierre Henry, quien es de los poquìsimos que siguen trabajando con cinta de verdad, y con su buena cantidad de lambebotas, que le organizan una a una sus cintas?. Creo que Estos pioneros que por ahì alguien menciona, estaban màs preocupados por el resultado que por el proceso, y eso se nota al percibir sentidos de musicalidad y de humor. En la mùsica de hoy usando la herramientas y las ideas predominantes eso simplemente se le llama academicamente: primitivismo, o incluso romanticismo! En realidad cuando lo que màs nos importa es el sentido musical, poco importa debatirse en larrrgas lineas sobre que software puede hacer tal cosa, y ademàs es cosa que no tiene validez de primera linea històricamente, o por lo menos asì parece demostrarlo el hecho de que los grandes inventores de pianos y otros instrumentos eran solo eso... inventores... y el intrumento el medio. pero como bien sabemos el cartel de la vanguardia hechò a perder todo (y aun hay gente fanàtica que se cree vanguardista... esa vaina ya muriò!!) Ahora bien, por què henry sigue usando cintas sabiendo que puede hacer lo mismo con cualquier programa de ediciòn? por que le da miedo que se le pegue esa venerea que es la tecnologìa, donde màs allà de dominar el sonido se trata de dominar el software para que èl ( el software) haga la mùsica que puede hacer,,, al fin y al cabo todo vale. Comprendo a henry, Yo que soy un poco màs joven. Y en cuanto a los logaritmos y pd y max etc... uffff.. no son mi lenguaje, pero como es la moda de mi època pues no me queda otra opcipòn que marginarme. Los fraceses y los grandes aculturizados academicos de nuestras tierras que se enamoraron de sus tècnicas aun piensan que la aceleraciòn, la reversa, el cortar y pegar y toras sencillas herramientas es todo lo que se necesita para hacer una buena pieza ,, otros se aculturizaron con el tiempo real ¿creen ustedes lo mismo? que descente se puede hacer con el tiempo real? hans tuchskut es de lo pocos que ha logrado algo descente, pero que igual nos deja la paradoja si sus resultados no son la misma vaina que trabajar editando.. .en fin...... aprovecho para dar otra opiniòn en cuanto a otra farsa parecida como es la espacializaciòn multicanal. les respondo con una frase muy bonita de un amigo mìo: real men and women play mono.
chao El 1 de agosto de 2008 13:01, daniel gomez<[EMAIL PROTECTED]>escribió: > 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 Get it now! > <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 > > -- Julio Sha
_______________________________________________ ____ _ _ ___ _ _ ____ ___ ___ |___ \/ |__] \_/ |___ / |__] |___ _/\_ | | |___ /__ | Expyezp mailing list [email protected] http://lists.slow.tk/listinfo.cgi/expyezp-slow.tk
