...
Faltan pocos dias...
...
...
Calculo para mediados más tardar... llega la vuelta al cole!
Esperemos q mi intuición no me falle porque tengo ganas de ver que cuesta el pack
...
mod
Yo digo que no antes de Octubre..
...
Si se pasan... se iran a la Namm de invierno ya!
...
Nose yo mudo, pienso que max y reaktor aunque parecidos sirven para cosas diferentes....
Reaktor lo veo muy bien para crearte efectos y sintes virtuales.... y ya esta
En Maxmsp también puedes crear efectos y sintes pero lo realmente bueno de este lenguaje es poder integrar controladores alternativos, crear instalaciones y hacer cosas con visuales... reactable seria un buen ejemplo.
Joe yo veo Max mucho mas chungo que reaktor.
La verdad, yo uso Pure Data, Max es muy caroooooooo, y sobre todo para lo que he dicho, controladores, mensajes OSC, visuales y mil frikada, he intentado varias veces crear cosas de audio con Pd y siempre lo he dejado porque veia que con Reaktor es mas facil conseguir buenos resultados.
Mi pegunta es si en Max vienen mas objetos que en Pd para modificar el audio, filtros que suenen analogicos, envolventes y esas cosas, o tambien hay que hacerlo todo a pelo como en Pd.
Me creo que hagan las cosas primero en max y luego las pasen a c. Es mas pienso que live enterito salio de un patch de robert henke y luego fue pasado a c.
...
Pues esa es la principal diferencia entre Maxmsp y PD: Librerias especificas.
De ahi que cueste dinero. PD es el fruto del trabajo colaborativo y salen librerias increibles (y free) mientras que maxmsp es el trabajo enfocado de cycling'74 en audiovisuales.
Luego está el tema del partnership con Ableton de donde han sacado Maxmsp 5 que trae aparte de librerias nuevas, mejoras en flexibilidad en el interface que lo hacen mucho más "bonito" (y por ende) fácil de usar.
Reaktor puede ser que sea más sencillo porque trae muchos patches montados y seguramente documentación (otra cosa que PD lleva con retraso) pero no es tan flexible de cara a integrar todas las partes y consume muchos más recursos que max (por el interface gráfico y porque NI ha aprendido a "limpiar" pijadas por las malas).
Te pongo un ejemplo práctico:
ammobox vs ms. pinky
Ammobox es una aplicación de Nathan Ramella que consistia en un patch de Reaktor para scratchear samples (con su propio tcv) que él usaba linkando Reaktor con Live via LiveApi (una api en python para integrar maxmsp/reaktor/PD dentro de Live)
Bien. Anunciaron maxforlive y el proyecto (LiveApi) se quedó en nada por varios motivos (entre ellos dar soporte a cada versión de dicho hack y la dificultad de instalación)
Nathan dió la brasa con su ammobox como la solución para scratchear dentro de Live pero ya hacia tiempo que existiá pinkyvst (una versión VST de Ms. Pinky)
Al final tuvo que rendirse a la evidencia. Lo que hacia su software se podia hacer con un pedal midi y "n" instancias de pinkyVst con la ventaja de menor consumo, mayor flexibilidad y... el dia que saliese maxforlive mayor integración.
Ableton dificilmente haga un ReaktorforLive porque al ser una aplicación de directo ya se arriesgan demasiado con maxmsp (que es estable pero no es c, vamos)
Ese es el motivo por el cual Serato (otra aplicacion del mismo tipo en c) se come en muchos aspectos a Ms. Pinky (que corre con maxmsp de fondo igual que Reaktor corre de fondo... etcetc)
Me seguiís?
Aún a pesar de todo, los patches de maxmsp son ejecutables via el runtime (otra cosa que tampoco puedes hacer con reaktor) y para los que no tenemos dinero para maxmsp siempre podemos trastear PD (que en esencia es lo mismo) pero claro... si quieres librerias especificas y tal toca pasar por caja...
...
)
