[Expyezp] conceptos vs. lenguajes /\ SC vs Pd

JOSE IGNACIO QUEVEDO G. nukak.maku.ams99 at gmail.com
Sat Dec 8 09:27:43 PST 2012


Luis Alejandro:
disculpame por invitarte a dejar codigo, mucho bruto, no habia visto tu
paper sobre SC, esta buenisimo!
J

El 8 de diciembre de 2012 10:02, JOSE IGNACIO QUEVEDO G. <
nukak.maku.ams99 at gmail.com> escribió:

> Recomiendo los tutoriales de Cottle, y el libro del MIT.
>
> el libro se consigue para comprar online, y a Cottle se le puede escribir
> para las ultimas versiones de tut.
>
> El 8 de diciembre de 2012 09:58, JOSE IGNACIO QUEVEDO G. <
> nukak.maku.ams99 at gmail.com> escribió:
>
> Hola Luis Alejandro:
>>
>> MIDI en SuperCollider? Porque lo escoji?
>> desde 1995 soy un coleccionista ezmerado de sintes virtuales, y a mi me
>> interesaba conoser las capacidades algoritmicas del MIDI en SuperCollider,
>> esto no quiere decir que no haga sintesis con el, de hecho te cuento que
>> estudie vario tiempo con Sergio Luque que es Phd de Birminham U y tambien
>> es lecturer alla, asi como me estoy formando en MIDI algoritmico con
>> Federico Reuben experto en Supercollider y quien lo enseña en el
>> departemento de artes electronicas y nuevos medios de Falmouth U -UK.
>>  lo que dices sobre el codigo es verdad pero la verdad es que si
>> funciona. No es la manera mas bonita de escribirlo.
>>
>> Y ya que usas SC te dejo la inquietud de que nospases codigo o compartas
>> soundcouds con musica SC como yo lo hice.
>>
>> Creo que deberiamos invitar a cierta s personas a hablar de SC aqui ya
>> que varios han dicho su interes por el software, yo por mi parte lo voy a
>> hacer.
>>
>> J
>>
>> El 8 de diciembre de 2012 03:26, Luis Alejandro Olarte <tenuria at yahoo.es>escribió:
>>
>> Hola querida lista,
>>>
>>> Me gusta la discusion. You utilizo Supercollider bastante, escribí un
>>> papel–en Frances pero el código es código–sobre una implementación para un
>>> programa de manipulación audio destinado a la improvisación, escribí y
>>> desarrollé varias clases y metodos.
>>> http://alejandro.olarte.free.fr/docs/MIM_3.htm
>>>
>>> Me permito comentar el código de Jose Ignacio en el anterior email que
>>> me parece un básico intento aunque en esas pocas lineas se revelan muchos
>>> detalles de falta de entendimiento del lenguaje, (sin querer hacer un
>>> tutorial inútil)
>>>
>>> (a = arg note=60, vel=80, dur=0.2;
>>> {~midi.noteOn(1,60,80);
>>> 0.5.yield;
>>> ~midi.noteOff(1,60,80);}.fork)
>>>
>>>
>>> Cuando se definen los argumentos en una función, estos deben estar
>>> asignados o conectados a operaciones en la función, así los argumentos
>>> note, vel, dur, no quieren decir nada en este fragmento del código porque
>>> solo aparecen en la definición (una función se define con "curly brackets"
>>> aqui tampoco están, debería ser a={arg note.....}), como prueba intenta
>>> evaluar a.value(80,127,1); nada cambia.La mezcla de variables locales y
>>> globales es otro detalle, pero este es de estilo entonces en este caso no
>>> tiene consecuencias sonoras pero en un código mas elaborado es buena
>>> practica evitar esa mezcla. El poder de SC esta en la sintesis talvez tocar
>>> para instrumentos midi no sea el mejor punto para empezar.
>>>
>>> Como aporte a la discusion, yo use Max (no PD) en muchos projectos, pero
>>> siempre algo me frustro...
>>>
>>>  play{n=LFNoise0.kr(_);v=Blip
>>> .ar([2e4,2e4-9],1,n.(16)*0.5+0.5**9);42.do{v=LeakDC.ar(AllpassC
>>> .ar(v,1,n.(5)*5e-2+(5e-2+1e-3),100))};tanh(v*99)}
>>>
>>> Una linea de código en supercollider, cuanto costaría escribir esto con
>>> las cajitas de max?
>>>
>>> Por lo de machine listening, no se nada sobre que hace [borax], pero en
>>> Supercollider el trabajo de Nick Collins es brillante, la libreria SCMIR
>>> vale la pena de ser estudiada.
>>> http://www.sussex.ac.uk/Users/nc81/code.html#SC
>>> http://www.sussex.ac.uk/Users/nc81/researchml.html
>>>
>>> Por lo de los invitados para discutir supercollider, yo opino que la
>>> lista de usuarios de supercollider es muy buena, allí hay un par de
>>> Colombianos (por ejemplo Juan Romero, que enseña live coding en Karlsruhe)
>>> y mucha gente muy activa dispuesta a colaborar y orientar así que puede ser
>>> buena idea unirse a esa lista si les interesa SC. Y chuck, muy tentador
>>> quisiera saber mas de lo que ustedes están haciendo.
>>>
>>>
>>> Cordial Saludo
>>> Alejandro
>>>
>>>
>>>
>>>
>>> On Dec 8, 2012, at 5:30 AM, julian jaramillo wrote:
>>>
>>> Hola amigos
>>>
>>> Yo me apunto al taller clandestino de convolución, y si se cuelan
>>> aplicaciones de borax para operaciones de machine learning mucho mejor.
>>>
>>> Además respondo: si me interesa supercollider. Pero debo confesar que no
>>> me ha ido muy bien con él. Traté de aprender solo apenas siguiendo los
>>> ejemplos (así fue que aprendí pd) pero realmente no llegué muy lejos.
>>> Entonces tomé uno de estos talleres para iniciantes, y fue peor, coincido
>>> con ustedes en que este es un escenario que se ha tribializado mucho. Al
>>> querer llevar el problema a cual software es mejor que otro, también se
>>> eluden los problemas que propone la agenda científica y musical. Por eso es
>>> tan importante que sea posible implementar nuevas ideas en entornos como PD
>>> Max o SC (porque no?, Hágale Juan), son las ideas las que lo llevan a uno
>>> de un software a otro.
>>>
>>> Algunas veces me parece que para describir las bondades de supercollider
>>> es necesario mencionar a pd,  esto me causa mala espina. También debo
>>> confesar que mis frustraciones con supercollider se han neutralizado
>>> estudianco Chuck que es otra alternativa reciente. No se hasta donde yo
>>> pueda llegar y la verdad estoy comenzando, pero sin duda, es mas divertido
>>> estudiar Chuck, que llenarse de paciencia y encarar los manuales de pd o
>>> supercollider.
>>>
>>> abrazos
>>>
>>> Julian
>>>
>>>   ------------------------------
>>> *De:* JOSE IGNACIO QUEVEDO G. <nukak.maku.ams99 at gmail.com>
>>> *Para:* expyezp at lists.slow.tk
>>> *Enviado:* Viernes, 7 de diciembre, 2012 11:59 P.M.
>>> *Asunto:* Re: [Expyezp] conceptos vs. lenguajes /\ SC vs Pd ::: [ERA]
>>> buena radio streaming
>>>
>>> Al comienzo de este foro se compartio mucho codigo Csound;
>>>
>>> esto era bueno; la diferencia entre SuperCollider y Pd es que en
>>> SuperCollider se puede tener mas rapido acceso con pocas lineas de codigo a
>>> procesos musicales mas complejos y escuchar el resultado en tiempo real
>>> absolutamente inmediato.
>>>
>>> J
>>>
>>> El 7 de diciembre de 2012 20:30, J Oliver <jaime.oliver2 at gmail.com>escribió:
>>>
>>> Cambié el asunto de estos mensajes para que no sigamos secuestrando el
>>> asunto anterior...
>>>
>>> De acuerdo con José Manuel en que hay que hablar de
>>> técnicas/conceptos/ideas/obras y cada quien usa su propio lenguaje para
>>> hacer cosas, pero no creo que los lenguajes sean lo de menos.
>>>
>>> Los lenguajes (o de manera más genérica los medios en los que
>>> trabajamos) son sumamente relevantes en dar forma a la manera en que
>>> diseñamos o trabajamos.
>>>
>>> Juan hacía varias preguntas, si es más fácil hacer algo en Pd o en SC
>>> por ejemplo y hay casos en los que esas preguntas son sumamente
>>> importantes. Hay cosas que son más fáciles de hacer en un lenguaje.
>>>
>>> Por otro lado, si bien no uso SC ¿por qué tendríamos que desalentar su
>>> uso? ¿No nos alimentamos mejor con conocimientos sobre, o con las opiniones
>>> de gente que usa, diversos lenguajes?
>>>
>>> Finalmente, si bien no leo el código de SC, creo que es importante eso
>>> de compartir código. es el espíritu correcto!
>>>
>>> Saludos,
>>>
>>> J
>>>
>>>
>>>
>>>
>>>
>>> On Dec 7, 2012, at 6:04 PM, Jose Manuel Berenguer Alarcón wrote:
>>>
>>> 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 <juanig at maginvent.org>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
>>> Expyezp at lists.slow.tk
>>> http://lists.slow.tk/listinfo.**cgi/expyezp-slow.tk<http://lists.slow.tk/listinfo.cgi/expyezp-slow.tk>
>>>
>>> Archivo de mensajes:
>>> http://lists.slow.tk/**pipermail/expyezp-slow.tk/<http://lists.slow.tk/pipermail/expyezp-slow.tk/>
>>>
>>>
>>> _______________________________________________
>>>
>>> Expyezp mailing list
>>> Expyezp at lists.slow.tk
>>> http://lists.slow.tk/listinfo.cgi/expyezp-slow.tk
>>>
>>> Archivo de mensajes:
>>> http://lists.slow.tk/pipermail/expyezp-slow.tk/
>>>
>>>
>>> _______________________________________________
>>>
>>> Expyezp mailing list
>>> Expyezp at lists.slow.tk
>>> http://lists.slow.tk/listinfo.cgi/expyezp-slow.tk
>>>
>>> Archivo de mensajes:
>>> http://lists.slow.tk/pipermail/expyezp-slow.tk/
>>>
>>>
>>>
>>> _______________________________________________
>>>
>>> Expyezp mailing list
>>> Expyezp at lists.slow.tk
>>> http://lists.slow.tk/listinfo.cgi/expyezp-slow.tk
>>>
>>> Archivo de mensajes:
>>> http://lists.slow.tk/pipermail/expyezp-slow.tk/
>>>
>>>
>>>
>>> _______________________________________________
>>>
>>> Expyezp mailing list
>>> Expyezp at lists.slow.tk
>>> http://lists.slow.tk/listinfo.cgi/expyezp-slow.tk
>>>
>>> Archivo de mensajes:
>>> http://lists.slow.tk/pipermail/expyezp-slow.tk/
>>>
>>>
>>>   _______________________________________________
>>>
>>> Expyezp mailing list
>>> Expyezp at lists.slow.tk
>>> http://lists.slow.tk/listinfo.cgi/expyezp-slow.tk
>>>
>>> Archivo de mensajes:
>>> http://lists.slow.tk/pipermail/expyezp-slow.tk/
>>>
>>>
>>>
>>> _______________________________________________
>>>
>>> Expyezp mailing list
>>> Expyezp at lists.slow.tk
>>> http://lists.slow.tk/listinfo.cgi/expyezp-slow.tk
>>>
>>> Archivo de mensajes:
>>> http://lists.slow.tk/pipermail/expyezp-slow.tk/
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.randomlab.net/pipermail/expyezp-randomlab.net/attachments/20121208/0fa3ffa9/attachment-0003.htm>


More information about the Expyezp mailing list