A mi me interesa que hablen de SC o de lo que sea que más les guste, pero que hablen! :-) Me gusta leerles.
No empleo ni SC ni PD, en general, más que en los casos en que, por razones de cualquier tipo, en mis labores docentes se me pide que proponga ejemplos en esos lenguajes. En cualquier caso, los lenguajes, para mí, son lo de menos. Debo haberlo dicho en esta lista anteriormente, porque lo voy diciendo siempre que puedo : lo importante son los algoritmos que se emplean para gestionar la información. Cada uno puede tener preferencias metodológicas y de sabores de programación, pero los cursos o talleres básicos de lenguajes se acaban pronto si no se fundamentan en conceptos relevantes de tratamiento de señal y su aplicación a la programación de hechos sonoros y musicales. Un abrazo José Manuel El 07/12/2012, a las 22:00, JOSE IGNACIO QUEVEDO G. escribió: > Pues creo que es verdad, pero lo mas preocupante es lo de los talleres > simplones de Pd, Max, Csound etc... > > Al escuchar lo que hace Sergio Luque con SuperCollider (sintesis estocastica) > me pregunto, alguien aqui se le mide a hacer algo asi con Pd? > > > > El 7 de diciembre de 2012 11:41, Juan Reyes <[email protected]> escribió: > > El lío con SuperCollider es que es muy difícil que la gente utilice código. > > Al igual que un sinnúmero tutorías superficiales sobre loops, osciladores y > envolventes en Pd, con SuperCollider suele pasar lo mismo: la gente no pasa > de ahí. > > Si no se van a usar las estructuras de datos, la variedad de métodos para > manipular puertos, filtros exóticos y la posibilidad de intervenir el > servidor de audio entre otras, es mejor que la gente utilice Pd. > > Por ejemplo en Pd hay un objeto que se llama [borax], muy útil para > manipulación del tiempo, escucha de máquina, reconocimiento de patrones y > otras. En Pd este objeto funciona a la 'plug-and-play', en SuperCollider hay > que usar un hack del server para lograr la misma funcionalidad. > > Dos cuestiones surgen de este punto: > > (a) Si [borax] existe en Pd ¿ por qué utilizar SuperCollider?. > (b) Será que la cantidad de código que hay que utilizar en SuperCollider para > implementar el funcionamiento de [borax] requiere conocimientos de > programación de alto nivel?. > > En lo personal estoy dispuesto a implementar [borax] en SuperCollider porque > tengo mucho código en SC y se justifica. Pero para la mayoría de la gente, > que inclusive le cuesta trabajo entender cuál es la función de [borax], > pienso que es preferible se queden con el objeto en Pd. > > Además expreso lo anterior porque siendo optimista, cruzo los dedos para que > algún día a alguien se le prenda el bombillito para usar objetos como [borax]. > > Reitero que el problema es la superficialidad con la que la gente maneja > estos paquetes y lo tangencial con que se avéntan a escribir tutorías o, > dictar talleres sobre la utilización de Pd, Max o SC. > > Prueba de lo anterior es lo poco que uno escucha o aprecia composiciones o > interpretaciones en vivo con modulador de anillo, convolución, filtros IIR, > síntesis FM, LPC, FOF y etc. > > ¿ Será ahora el momento de hacer otro taller clandestino de convolución en > Manizales, Colombia?. > > --* Juan > > > > > trabajado muscho con Pd (seria chevere tener a Eblis Alvarez en Expy), > creo que SuperCollider es un Software realmente indicado para componer y > producir muscas electroacusticas o electronicas. > > > _______________________________________________ > > Expyezp mailing list > [email protected] > http://lists.slow.tk/listinfo.cgi/expyezp-slow.tk > > Archivo de mensajes: > http://lists.slow.tk/pipermail/expyezp-slow.tk/ > > _______________________________________________ > > Expyezp mailing list > [email protected] > http://lists.slow.tk/listinfo.cgi/expyezp-slow.tk > > Archivo de mensajes: > http://lists.slow.tk/pipermail/expyezp-slow.tk/
_______________________________________________ Expyezp mailing list [email protected] http://lists.slow.tk/listinfo.cgi/expyezp-slow.tk Archivo de mensajes: http://lists.slow.tk/pipermail/expyezp-slow.tk/
