La verdad si uno me preguntase hace aunque sea un par de años cómo me siento personalmente sobre la síntesis habría contestado, parafraseando: "que no le entiendo, posta". A pesar de ser, creo yo, abierto a ciertos horizontes musicales, siempre sostuve que una cosa es escuchar y leer un poco de contexto histórico y otra es escuchar y entender contexto técnico. Si me pones encima, por decir, el tema clásico de Dr. Who te podría hablar tranquilamente sobre la calumnia que es mantener un CS-80 en buen mantenimiento o siquiera afinado por más de media hora, pero a la hora que me preguntaras de parches, filtros y osciladores, me quedaba casi completamente fuera de la conversación a pesar de ya tener experiencia grabando sintes -más no setear, ni mencionar que antes no entendía cómo lograr un parche decente-.
A pesar de tener algo de acercamiento bastante amateur, simple y completamente autodidacta en el tiempo en el que trabajé en mis primeros lanzamientos, cambiaron un poco las premisas mientras comenzaba apenas a estudiar audio -más o menos específicamente dentro del primer semestre de la carrera- cuando tuve a este profesor que me dió fundamentos de síntesis usando Vital, yendo por lo básico de aditiva, substractiva, FM, bla bla bla. De entrada fue un personaje muy interesante para mí desde la primera clase que interactuamos ya que me entendía completamente todo el balbuceo que decía yo sobre mis bandas preferidas como This Heat y Theatre of Eternal Music con Cale y Conrad en marcha, y todavía llegó a bancar bastante la experimentación que metía en mis prácticas. Aparte era socialista bien argumentado y leído lo cual me agradó bastante. Fuera de esa tangente, me tomó un buen tiempo volver a acercarme hasta que tocó clase con otra profesora unos meses después, igual de atascada con la concreta, de hecho particularmente atascada con compositores como Xenakis, Stockhausen y otros de la tirada de la concrète. Tuve un acercamiento muy similar con ella que con el otro profesor e incluso me interrogaba más directamente sobre los pasajes sonoros que diseñaba para su clase, y fue ahí que me mandó a escuchar estos compositores que mencioné, lo cual fue el momento kickstarter para mi futuro interés por el collage y Eurorack, cosas que a momento de escribir esto he integrado muy profundamente en mi tema de investigación para tesis.
Pasa el tiempo a mediados/finales del 2024 y me da por querer wachar tutoriales de pureData y VCV con la necesidad de revisitar los fundamentos básicos que he aprendido por éstas clases, sin intención real de crear parches para integrar a mis sesiones, aunque igual aproveché así a recrear de memoria ciertas texturas interesantes de mi música industrial favorita. Estuve así un par de meses hasta que me dió por componer con este nuevo conocimiento un cover de Warm Leatherette, el cuál se encuentra en este lanzamiento que hice recién.
Aunque no tengo a la mano los parches que hice para Warm Leatherette, aquí va un poco el trabajo que hice para la programación en mi interpretación de Der Mussolini.
La intención con la creación de cada parche es no solamente que el sonido sea producto individual pero también la organización y las notas mentales que uno se hace a la hora de componerlo. Dicho eso, suelo organizar mis parches de arriba para abajo y de izquierda a derecha; filas cada parte importante del instrumento, columnas lógica -> osciladores -> envolvente -> filtros y amplificación/mezcla -> controles MIDI -> salida.
Como la pieza original es sumamente repetitiva realmente sólo dependo de dos, a lo mucho tres secuenciadores. Usé principalmente secuenciadores y relojes de phasor para tener tiempos más manipulables y consistentes (sobre todo a la hora de hacer playback en REAPER). Estos controlan tanto el oscilador como la envolvente y filtro usando módulos stock de VCV y por aparte los dos secuenciadores que apuntan a gates que controlan notas en mi drum rack usual. El resto de la lógica al lado de los secuenciadores funciona para automáticamente cambiar de secuencia ya que no son de muy larga duración, mucho menos con el tempo al que va la canción, entonces fuera del loop principal de batería ahí programo encima fills. Eso es todo. Los demás efectos que se escuchan en la batería y las vocales en mi interpretación tienen encima procesamiento distinto hecho mayoritariamente con posicionamiento curioso de microfonía y mi cadena usual de saturación.
Habiendo pasado por el proceso de este parche admitidamente básico quisiera encomendar en unas cuantas palabras lo tanto que me entretiene Cardinal. Cardinal como programa standalone se me hace increíblemente poderoso ya que no solamente puede correr tranquilamente como instancia de plugin en VST y LV2 -con performance prácticamente idéntico sin importar implementación o server de audio- pero también gracias a esto, se puede ajustar de forma razonable y escalable al workflow que lleve uno como productor o ingeniero dentro de una sesión en cualquier dado DAW siempre y cuando se tenga una buena idea general de flujo de señal y cómo se comporta el CV en el mundo digital, cosas que igual uno tiene que considerar aprender a la hora de aprender Eurorack en general sin importar si se esté tratando con software o hardware.
Cabe mencionar por aquí que hay diferencias superficiales pero cruciales entre Cardinal y VCVRack, principalmente las que describiré a continuación:
- Codebase
- Filosofía
- Usabilidad
Cardinal y Rack son programas fundamentalmente distintos en la misión que cumplen y su código. Más puntualmente, Cardinal es un programa wrapper open source escrito en C++ usando el código (NO forkeando!!) de Rack V2 a través de DISTRHO Plugin Framework bajo una licencia libre GPLv3+ mientras que Rack V2 cuenta con dos ediciones de las cuáles la básica está publicada en GitHub pero bajo múltiples licencias no comerciales mayoritariamente de parte de VCV y la Pro es closed-source. A pesar de que funcionalmente cumplen la misma meta de ofrecer una base de síntesis modular en software, ambos manejan formas diferentes de hacerlo, lo cuál me lleva a:
Por una parte, VCVRack ofrecen su propia "framework estándar" o "más popular" a través de Rack 2 (Pro) que ofrecen su propia selección de módulos y soporte para módulos de terceros y otros modelos de desarrollo closed-source como también soporte básico para sistemas operativos y arquitecturas competencia como macOS y Linux. Junto con esto también existe una plenitud saludable de documentación first-party y de terceros.
Por otra, Cardinal, como se mencionó previamente, usa el codebase de Rack 2 para ofrecer una suite integrada y self-contained grande de módulos first-party con el afán de crear una base open source más portátil y estable, lo cual implica que pueden portear el programa a más arquitecturas y generalmente no causar conflictos con el software que iría alrededor de éste, permitiéndoles a los desarrolladores crear soporte real para equipos como Macs con chips M y otras computadoras con ARM, equipos RISC-V, entre otros. Para mí la parte más importante es la portabilidad, porque tanto el programa en sí como los parches se pueden llevar a donde uno quiera lo cuál está de lujo para seteos en vivo. También me interesa la parte self-contained porque justo toca lo que quise expresar previamente con el "funcionar dentro de una sesión en cualquier DAW". Esto permite que no importe si esté trabajando en REAPER o Ableton o lo que fuera, si lee VSTs (te estoy viendo Pro Tools), se puede explotar tanto como lo permita y como sepa hacerlo el usario. Esto me lleva al último punto.
No voy a explayarme tanto con este punto más que con lo siguiente: a pesar de que ambos programas hacen funcionar gráficamente de forma muy similar el workflow Eurorack, Cardinal a mi parecer aplica más deliberadamente la gran filosofía en cuanto a usabilidad de "lo que ves es lo que hay y lo que hay es lo que ves". Esta mentalidad se ve plasmada en la selección de módulos en el programa y en el parcheo como tal de los módulos.
Desafortunadamente no sabría ir en más detalle técnico sobre las diferencias prácticas under the bonnet entre ambos programas entonces aquí dejo linkeado una tabla en markdown escrita por los desarrolladores sobre diferencias más técnicas, que ha sido donde he sacado la mayor parte de esta información.
Regresando a mis patoaventuras, después de haber trabajado en Leatherette descansé por un buen tiempo de seguir con la síntesis hasta que comencé trabajo en mis primeras demos como artista solista y mi anteproyecto de investigación. Tuve por un tiempo la idea de crear mi propio Indeterminacy, una obra mía que tuviera enfoque en electrónica indeterminista e incluso una voz haciendo spoken word. Fue ahí en ese momento, en algún día de noviembre de 2025, que le dí una llamada a mi padre ofreciéndole un rato de estudio, sin explicarle tan a detalle para qué lo quería. No fue hasta unos días antes de la sesión que agendé que ya le expliqué más la lógica de la grabación que quise hacer. De mientras, en aproximadamente 4 horas logré hacer esta cosa:
Para aquella bella gente que ha escuchado mi compilación de demos Recolección y reminiscencias, estoy seguro de que la reconocerán porque esto que están viendo es cómo se hizo la primera pista en el set entero, Pieza para voz y electrónica indeterminista.
Aunque pueda pararme acá a volver a analizar mi trabajo por unos buenos minutos e ir por cada paso del flujo de señal, supuse a la hora de escribir este párrafo que daría mucha hueva tanto para ustedes como para mí, entonces lo único que podría describir desde acá es que para este trabajo era crucial diseñar o conseguir sonidos concretos bizarros y espontáneos para así emparejar esa noción igual de bizarra y espontánea con la lógica de los samplers que reproducirían estos mismos sonidos. ¿Qué tan bizarro y espontáneo? Absolutamente cada trigger y parámetro es controlado por ruido rosa y sample & hold, para seguramente ser también controlados recursivamente a través del mismo método. Personalmente no encuentro una mejor forma de describirlo concretamente más que "aleatoriedad controlada recursivamente por pulsos y loops de feedback en CV".
Conforme trabajé la pieza me dejé llevar por una cita de Steve Reich particular donde -al menos parafraseando de memoria- habla sobre las artes en las que se involucraban lo que era Fluxus en ese entonces; en ese mismo escrito también encomendó a los indeterministas clásicos (principalmente Cage, Terry Riley y Stockhausen) por componer situaciones donde el susodicho "proceso" es una parte, importantemente, NOTORIA de la composición, cosa que creo también aplica a esta pieza. Los invito a ustedes como lectores a escuchar la pieza mientras leen todo esto y quizás hacerme saber si concuerdan con esta noción :)
En cuanto a los sonidos particulares que se usaron, si mal no recuerdo fue una pequeña "playlist" de cosas entre samples de Interloper (iykyk), cuerdas que grabé, parches de ruido a pura FM y hasta salieron un par de veces unos samples de unos gritos que terminaron sin usarse para otro proyecto mío.
A la grabación como tal, fue un proceso simple, mandé a mi padre al control room del estudio que agarramos, con iPad y sus lecturas en mano, micrófono RODE montado muy curiosamente al cuarto y no su boca porque el atril no aguantaba el peso del shock mount... monitoreando la situación con audífonos mientras que yo no podía escuchar absolutamente nada, ni su voz ni mi trabajo. La única involucración vocal que tuve a lo largo de la grabación fue ese primer "rodando..." que grité para darle paso a él y mi electrónica. El monitoreo fue routeado desde Pro Tools a la interfaz de mi laptop que estaba recibiendo tanto el parche de Cardinal como también el micrófono de mi padre y fue todo grabado simultáneamente para después feedbackear todo por una solución casera de loudspeaker y emulación de cinta.
Cerrando ideas...
A pesar de que la síntesis modular y la música en la que es usada habitualmente son en conjunto todo un mundo por su cuenta el cual no logro captar completamente, al menos al grado en el que la gente atascada con Eurorack en hardware lo hace, me fascinó el excelente punto de entrada que fue Cardinal para mí. A fin de cuentas, no fue pureData ni VCV que me permitió terminar composiciones, fue esta madre después de una cantidad considerable de horas en total y partirme un poco la cabeza por la falta relativa de documentación para ciertos módulos especiales que usé en todos los parches que realicé hasta la fecha. A lo mejor ha estado colándose en su cabeza la ligera noción de que este artículo realizado de forma completamente balbuceada e independiente por su servidorx era de cierta forma un endorsement oficial o que hubo un pago detrás de ello... Nah. Simplemente soy un usuario muy contento con el trabajo de los desarrolladores de este, en mi parecer, gran cacho de software. Es genial y poderoso, me encanta usarlo para mis composiciones, siento que fue un excelente rabbit hole con el qué meterse para mí siendo estudiambre sin dinero y medio nerd por el software libre, terminó siendo parte muy grande de Recolección, es un tema que estoy estudiando activamente y... ¡no puedo esperar a componer más piezas para así visibilizar este tipo de trabajo en contextos fuera de los campos habituales de electrónica donde se encuentra esto a cada rato!