a tiempo real
julio shalom
Hola a todos..
--
Julio Sha
Juan I Reyes
>
> Usè pues uno de los ejemplos de audio de Pure Data que me ha
> funcionado muy bien en ediciòn, pero como ustedes saben, las
> ambiciones creativas aumentan cada mañana haga sol o lluvia, y se ve
> uno atraido a seguir agrandando el hoyo, necesito saber ahora como
> hago para hecharlo a andar.. he tratado un poco por mi cuenta pero no
> encuentro resultados...que hay que hacer?
> alguien me puede ayudar?
Hola,
¿ Te refieres a Pd o al estiramiento ?.
CLAM por ejemplo creo que te puede servir para estirar sonidos al estilo
plastilina (y perdón por el anglisismo. No se si en Chile se usa el
mismo termino). Otra opción es síntesis granular. El problema es que
ninguno de éstos dos métodos funciona en tiempo real produciendo los
resultados que uno espera. Una opción que si funciona a la fuerza y en
tiempo real es cambio en la frecuencia de muestreo pero en su normal
funcionamiento bajan o suben las frecuencias por lo que es análogo a
cambios de velocidad.
--* Juan
julio shalom
Juan I Reyes
>
> lo que pasa es que dentro de la carpeta de ejemplol del Pd vienen un
> par de Phase vocoder... y yo querìa saber si modificando esos pach
> podrìa llegar a usarlos en tiempo real.... la calidad del resultado no
> me importa tanto... creo que conseguir "algo" es lo que me importa..
> por que no saco ni un fizzzzz...
>
Modificar el patch para tiempo real es un buen proyecto. No es tan fácil
porque depende del buffer de Audio, la latencia del sistema y en cierta
forma del tema de las API que hablábamos hace unos días.
Pienso que necesitamos un alma bendita de algún voluntario que aprenda a
manejar CLAM. Hace ya varios años Xavier Serra me mostró algunas
demostraciones con SMS en tiempo real (ni siquiera era CLAM) y
funcionaba bastante bien.
Lo otro que puedes pensar ya mas desde un punto de vista estético y de
composición, es de lograr el archivo por render y lo disparas en tiempo
real. Por ejemplo si quieres convertir un minuto de la novena sinfonía
de Beethoven a 15 minutos con sonidos de ésta fuente, escogería un
pedazo con bastante contenido espectral (e.g tutti) para estirar. Esto
en un archivo monofónico y de pronto a 22.05 KHz de frecuencia de
muestreo para que el proceso no sea tan demorado.
Andrés Cabrera seguro va a decir que el Phase Vocoder (pvov) de Csound
funciona en esta situación. Yo lo apoyo porque también lo he usado
bastante.
Nos mantienes al tanto.
--* Juan
julio shalom
>
> lo que pasa es que dentro de la carpeta de ejemplol del Pd vienen un
> par de Phase vocoder... y yo querìa saber si modificando esos pach
> podrìa llegar a usarlos en tiempo real.... la calidad del resultado no
> me importa tanto... creo que conseguir "algo" es lo que me importa..
> por que no saco ni un fizzzzz...
>
Modificar el patch para tiempo real es un buen proyecto. No es tan fácil
porque depende del buffer de Audio, la latencia del sistema y en cierta
forma del tema de las API que hablábamos hace unos días.
Pienso que necesitamos un alma bendita de algún voluntario que aprenda a
manejar CLAM. Hace ya varios años Xavier Serra me mostró algunas
demostraciones con SMS en tiempo real (ni siquiera era CLAM) y
funcionaba bastante bien.
Lo otro que puedes pensar ya mas desde un punto de vista estético y de
composición, es de lograr el archivo por render y lo disparas en tiempo
real. Por ejemplo si quieres convertir un minuto de la novena sinfonía
de Beethoven a 15 minutos con sonidos de ésta fuente, escogería un
pedazo con bastante contenido espectral (e.g tutti) para estirar. Esto
en un archivo monofónico y de pronto a 22.05 KHz de frecuencia de
muestreo para que el proceso no sea tan demorado.
Andrés Cabrera seguro va a decir que el Phase Vocoder (pvov) de Csound
funciona en esta situación. Yo lo apoyo porque también lo he usado
bastante.
Nos mantienes al tanto.
--* Juan
--
Julio Sha
Juan I Reyes
>
> yo prefirirìa seguir explorando el PD... aunque no estoy cerrado a
> meterme con otras herramientas.
>
Creo que necesitamos un voluntario que ensaye el Phase Vocoder de Pd. La
pereza que me da de ensayarlo a mi mismo es porque por lo que recuerdo
tiene que ver con tablas y las tablas en MSP y Pd tienen su temperamento
propio.
Creo que alguien en esta lista había mencionado PRAAT (no se si fuiste
tu).
http://www.fon.hum.uva.nl/praat/
Esta es otra alternativa a generar el archivo de audio que pienso es la
mejhttp://clam.iua.upf.edu/or opción. Pero Clam-sms-tools sigue siendo
mi primera alternativa:
Saludes,
--* Juan
>
Juan I Reyes
Quise decir, que vale la pena ensayar PRAAT para procesar archivos de
Audio con Phase Vocoder:
http://www.fon.hum.uva.nl/praat/
> Pero Clam-sms-tools sigue siendo
> mi primera alternativa:
Clam-sms-tools sigue siendo mi primera alternativa para comprimir o
estirar un sonido.
--* Juan
Centro de Cablerío de Chapinero
Creo que alguien en esta lista había mencionado PRAAT (no se si fuistetu).
julio shalom
--
Julio Sha
Julian Jaranillo Arango
Para el rendimiento y performance de Audio y la conectividad con Linux, cual
será la mejor opción para un laptop?
AMD también ofrece el procesador Athlon de doble Nucleo.
También he visto que se esperan para el próximo año procesadores de 3 y 4
nucleos. Valdrá la pena esperar?
saludos
Julián
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
Juan I Reyes
> PRAAT es uno de los programas que mas uso, tiene una grata
> herramienta que te permite hacer transposicion sin alterar las
> formantes, sin dejar ese ridìculo micky mouse.
Que bueno lo de PRAAT. Con esto creo que has entusiasmando a mas de uno
por estos lados.
En estos sistemas de análisis, síntesis y re-síntesis es muy importante
la cuestión de los formantes exactamente como tu lo explicas. Si se
mantiene el ancho de banda del formante original ya sea subiendo de
frecuencia o bajando, el espectro del sonido tiende a percibirse casi
como el original.
Esta es la clave en síntesis FOF.
De pronto un armonizador con FOFS podría servirte también. Lástima que
no lo he ensayado FOFS en Pd todavía.
>
>
> La otra cuestion es que para hacer texturas se me ocurrio abrir cuatro
> ventanas del PD para poder usar 4 vocoder al tiempo, (si ya sè que es
> una chambonada, pero es lo unico que se me ocurrio.) todo hiba bien
> hasta incorporar la cuarta voz ( mi esposa hiba cantando y yo
> agarrando al capricho) pues en ese momento se me patraceo el compu,,,,
> y de terco lo intente tres veces mas con los mismo resultados.
Lo del análisis, sobre todo si es en el dominio de las frecuencias,
ocupa mucha memoria en el procesador. Creo que ni los macbook dual core
de ahora son capaces de aguantar cuatro vocoders al tiempo. De buenas si
son dos.
DE pronto también puedes pensar en vil orquestación, que tipo de
texturas y de sonoridades quieres. Por lo que nos cuentas me da la
impresión que la cuestión va mas por el lado de composición que lo
técnico, lo cuál me gusta mucho.
>
> Por otro lado, esta tècnica artesanal de usar el phV. en vivo puede
> dar resultados bacanos, pero es una mamera grabar aqui y mover alla.
>
> en todo caso me siento bien del avance. Pero a lo que quiero llegar
> es a algo mas elaborado.... pero debo aceptar que no entiendo casi
> ni pio de como llegar a hacer de ese pach de PD una eficaz
> alternativa en vivo... ¿ que es lo que le debo poner? alguien conoce
> bien el PD? o que mas alternativas me podrìan aconsejar? el CLAM o
> el sms tools , tiene herramientas listas para esto? o igual toca darle
> maña
Finalmente lo que importa es el sonido y no la técnica. Además todo lo
que tu puedas expresar con él por medio de tu música.
Un abrazo,
--* Juan
Juan I Reyes
>
> Para el rendimiento y performance de Audio y la conectividad con Linux, cual
> será la mejor opción para un laptop?
>
Roberto Garcia está estrenando un DEll dual-core (felicitaciones) que
pienso funcionará con un Linux diferente a Ubuntu aunque si toca, que se
va a hacer.
Las estaciones de trabajo del laboratorio del conservatorio de la
Universidad Nacional tienen Athlon y están bastante rápidas. El problema
es mas con lo de la ranuras PCI/PCIe. Por lo tanto TURION o Dual Core es
simplemente cuestión de gusto.
También hay que pensar en si se pasa a 32Bit o 64bit, aunque creo que
Dual Core ahora es 64Bit al igual que Athlon. La razón es que hay un
Kernel de Linux para 32Bits y otro para 64Bits. Turion son 64Bits
En los laptops es aconsejable que el chipset de video sea o ATI o
Nvidia. Que el disco duro interno sea de 5400RPM y de pronto quemador de
DVD. IEEE-1394 es esencial al igual que USB-2. El puerto serial viejo
puede servir para cosas como BStamp o AVRMINIV3.
Para ethernet wireless también hay que tener en cuenta cuál es el
hardware, si esto es una prioridad.
La clave de audio en Linux ahora es JACK definitivamente y por lo tanto
hay que pensar en una interfaz externa (PCMCIA, firewire o USB). Si es
PCMCIA ensayaría una de las ECHO. Con Firewire hay que fijarse en la
lista de FFADO (AKA FreeBob). Con USB es muy difícil pasar de dos
canales.
--* Juan
Hernán Ordiales
[snip]
> También hay que pensar en si se pasa a 32Bit o 64bit, aunque creo que
> Dual Core ahora es 64Bit al igual que Athlon. La razón es que hay un
> Kernel de Linux para 32Bits y otro para 64Bits. Turion son 64Bits
ojo con esto, los "dual core" asi como los "core duo" son 32 bits, los
de 64 entiendo que son los "core 2 duo" (notar el 2). Es medio
confuso, calculo que adrede, por cuestiónes marquetineras...
[snip]
warning: esta conversación/thread asi como otras esta (solo) en
googlegroups! (y no en la lista a la que supuestamente se migró
<exp...@lists.slow.tk>)
--
Hernán
http://h.ordia.com.ar
GnuPG: 0xEE8A3FE9
Juan I Reyes
>
> > También hay que pensar en si se pasa a 32Bit o 64bit, aunque creo que
> > Dual Core ahora es 64Bit al igual que Athlon. La razón es que hay un
> > Kernel de Linux para 32Bits y otro para 64Bits. Turion son 64Bits
>
> ojo con esto, los "dual core" asi como los "core duo" son 32 bits, los
> de 64 entiendo que son los "core 2 duo" (notar el 2). Es medio
> confuso, calculo que adrede, por cuestiónes marquetineras...
Sabía que tu nos ibas resolver ésta duda.
>
> warning: esta conversación/thread asi como otras esta (solo) en
> googlegroups! (y no en la lista a la que supuestamente se migró
> <exp...@lists.slow.tk>)
En cuanto a to espero que Dani nos mande los archivos para el 'diff'.
Vuelvo a pasar este mail a Slow.tk. Mil gracias por tus comentarios y
perdón por mi descuido en el reply.
--* Juan