Cardinal
24.09
Cardenal, el estante!
Cardinal es un complemento de sintetizador modular virtual gratuito y de código abierto, disponible en formatos de complemento Audiounit/Clap/LV2/VST2/VST3 y como una aplicación independiente para FreeBSD, Linux, MacOS, Windows y la web.
Se basa en el popular VCV Rack pero con un enfoque en ser una versión de complemento totalmente autónoma.
Más específicamente, este es un envoltorio de complementos basado en DPF alrededor de VCV Rack, utilizando su código directamente en lugar de bifurcar el proyecto, con el objetivo de tener una versión de complemento autónoma, totalmente gratuita y de código abierto de Rack .
Consulte la sección de por qué a continuación por las razones por las que existe Cardinal, también para preguntas frecuentes, consulte este documento de preguntas frecuentes.
El cardenal contiene estante, algunos módulos de terceros y algunas utilidades internas, todo en un solo binario.
Todos los módulos de "núcleo" de Rack han sido reemplazados por equivalentes cardinales, simplificados para trabajar mejor para un complemento de audio.
El cardenal no carga módulos externos y no se conecta a la biblioteca/tienda oficial de la rabeza.
Toda la marca VCV se ha eliminado (hasta donde sabemos) para evitar cualquier problema de marca registrada.
El cardenal debe considerarse estable, si detecta algún error. Informe.
Actualmente se debe tener en cuenta lo siguiente:
Los lanzamientos cardinales tienen compilaciones oficiales para Linux, MacOS y Windows.
Puede encontrarlos en https://github.com/distrho/cardinal/releases.
Hay compilaciones de Linux para varias arquitecturas (ARMHF, ARM64, I686, Riscv64 y X86_64), MacOS "Universal" (ARM64 + Intel) y Windows 32 y 64 bits. Tanto las compilaciones de MacOS como las de Windows tienen un instalador.
Las instrucciones de instalación están disponibles aquí.
Nota: Ni las compilaciones de MacOS o Windows están firmadas, así que espere advertencias que dicen que son de un "desarrollador no confiable".
Puede encontrar compilaciones para casi cualquier confirmación cardenal reciente aquí.
Simplemente haga clic en cualquier compilación exitosa y desplácese hacia abajo para encontrar las compilaciones.
(Tenga en cuenta que el área similar a la lona en el medio evita el desplazamiento de la rueda del mouse)
Se requiere una cuenta de GitHub para descargar estas compilaciones.
Las instrucciones básicas de construcción están disponibles en edificios. MD.
Cardinal proporciona 3 variantes de complemento: "Main", Synth y FX.
Todos son equivalentes en rendimiento y comportamiento, con solo el IO y los metadatos que cambian.
Esto se debe a que algunos hosts son muy estrictos en los que se permiten complementos como instrumentos vs FX, por lo que se necesitan variantes separadas del mismo complemento.
Las variantes de FX y Synth tienen 2 salidas de audio, mientras que "principal" tiene 8.
Todas las variantes tienen soporte de entrada y salida MIDI.
Esta variante proporciona 8 entradas y salidas de audio y 10 entradas y salidas CV.
Nota: Debido a los formatos AU y VST2 que no admiten puertos CV, esta variante no está disponible para esos formatos.
Nota: Esta variante aún no está disponible en aplausos, para agregar en una versión posterior
Esta variante proporciona 2 salidas de audio, pero no hay entradas de audio o puertos CV.
El tipo de complemento se establece como "instrumento".
Esta variante proporciona 2 entradas y salidas de audio, pero no hay puertos CV.
El tipo de complemento se establece como "efecto" regular.
Esta es una variante especial con una selección de módulos muy pequeña y seleccionada a mano e IO limitado (2 puertos de audio más 5 cv).
Solo existe como LV2 y complemento independiente.
Por ahora, la lista de módulos seleccionados es bastante pequeña, intencionalmente. Agregaremos algunos más a medida que aparezca la necesidad.
Todos los módulos incluidos admiten la polifonía, reduciendo la confusión para nuevos usuarios que aún no se usan para el enfoque mono vs poli en rack/cardinal.
La razón principal de que esta variante exista es poder admitir la separación DSP/UI, que solo es posible con módulos más simples.
La separación DSP/UI significa que podemos ejecutar el DSP en una máquina diferente a la interfaz de usuario.
Esto es particularmente interesante para ejecutar Cardinal en los sistemas de inserción, controlarse de forma remota a través de un navegador web o una aplicación de escritorio nativa.
Dicha configuración ya está en uso en Cardinal Mini para Audio Mod.
Porque la gente lo pedirá. Es, bueno ... estante.
Pero un par de módulos de fondo tienen sus colores volteados, porque maldita sea, queremos el modo oscuro adecuado.
En este momento se proporcionan los siguientes módulos de terceros:
Además, Cardinal proporciona sus propios módulos para la automatización DAW/host, la posición del tiempo, la conversión de audio a CV y el alojamiento interno de complementos.
La instalación de nuevos módulos en una compilación cardinal no es posible, pero podemos integrar los módulos de código abierto existentes para formar parte del cardenal. Los detalles sobre esto están disponibles aquí.
También consulte esta página wiki donde discutimos los posibles módulos para incluir.
Todos los módulos incluidos son de código abierto y tienen una licencia compatible con GPLV3+. (No están permitidos módulos solo GPLV3)
Es un requisito que el binario cardinal final sea GPLV3+ con licencia.
Las dependencias del módulo deben mantenerse como mínimo, ya que de lo contrario crece rápidamente la complejidad de la construcción.
No está permitido el acceso en línea (como el hogar de teléfono).
Vale la pena señalar que algunos módulos tienen obras de arte con licencia por separado de su código.
Estas licencias varían de CC-0 a CC-NC-ND a Custom (utilizada con permiso).
Aquí se puede ver una descripción general de las licencias de obras de arte incluidas.
Aunque CC-NC es problemático para el empaque (algunas distribuciones de Linux son de naturaleza comercial), Cardinal permite su uso debido a lo frecuentes que son en muchos módulos de rack.
Incluso la "biblioteca de componentes" de rack (que puede considerarse los elementos del widget base) tiene licencia de CC-NC.
Cualquier obra de arte que use una licencia personalizada ha tenido un permiso explícito para ser utilizado en Cardinal.
Cardinal fue creado en primer lugar como una forma de tener rack como un complemento de audio de código abierto adecuado .
Un complemento de audio adecuado debe ser autónomo tanto como sea posible, como para no interferir con el DAW/host. Cargar módulos externos claramente va en contra de esta idea.
Sin mencionar que es de código abierto , de lo contrario estamos a merced de los deseos de una empresa por lo que podemos y no podemos hacer, lo cual no es algo que los autores de Cardinal deseen cumplir.
No se puede exagerar un complemento autónomo, ya que los conflictos de símbolos de DLL/objeto compartido pueden desencadenar bloqueos difíciles de desbugios.
Si bien Rack intenta mitigar esto tanto como sea posible, los bloqueos debido a módulos conflictivos ya se han visto en las construcciones de V2.
Por otro lado, el cardenal redefine los nombres de clase y funciones según sea necesario para evitar tantos conflictos como sea posible.
El soporte para plataformas ARM y no convencionales (por ejemplo, BSD) también siempre ha faltado en el estante oficial desde el inicio.
Si bien podemos parchear la versión sin rack para admitirlos, no se puede hacer con Rack Pro con un producto de código cerrado.
La biblioteca/tienda en línea solo admite un conjunto muy específico de plataformas también, por lo que las plataformas no apoyadas necesitarían cualquier módulo de terceros para compilarse manualmente para que sean utilizables.
La infelicidad con el comportamiento de roscado de audio de Rack también juega un papel.
Tanto el audio como el MIDI deben bloquearse en el hilo de audio del host para minimizar (o incluso eliminar por completo) la latencia y la fluctuación.
El uso de hilos separados para MIDI es un mal diseño, uno que se ha corregido en DAWS y Jack-Midi durante varios años ...
Pero el uso de RTMIDI por parte de RATS requiere un roscado separado, por lo que Cardinal no lo usa.
Otras razones relevantes incluyen:
Es necesario decir que Cardinal Project y sus autores no desean nada malo para el proyecto Rack original/oficial.
De hecho, Cardinal no existiría si no fuera por la liberación de Rack V2. (que tiene muchas cosas necesarias para hacer que una versión de complemento funcione)
Cardinal y Rack deberían ser capaces de coexistir amigable y pacíficamente, ya que claramente tienen diferentes objetivos.
Es probable que la mayoría de las personas prefieran usar Rack Pro para su soporte oficial y su gran colección de módulos (incluidos los comerciales).
Aquí se puede ver una comparación de características entre Cardinal y Rack Pro.
Cardinal tiene licencia bajo GPLV3+, consulte la licencia para obtener más detalles.
Aquí se puede ver una descripción general del código incluido y los submódulos vinculados.
Actualmente todos estamos en la sala #cardinal IRC en el servidor IRC.Libera.Chat.
Ven y únete a nosotros en tu cliente IRC favorito.
