Los mejores frameworks de plugins de audio de 2026

• JUCE: el mayor ecosistema, con coste de licencia.
• iPlug2: una licencia permisiva con AAX e iOS.
• HISE: instrumentos basados en samples.
• DPF: Linux y LV2.
• nice-plug: plugins en Rust.
• Cabbage 3: para usuarios de Csound.
• Faust: escribir DSP como lenguaje.
• RNBO: para usuarios de Max.

Cómo los clasificamos

Cada framework se puntuó según las seis cosas que determinan lo que cuesta publicar un plugin:

1. Formatos, de forma nativa. CLAP, VST3, Audio Units, AAX y LV2, sin un complemento de terceros.
2. Plataformas. Windows, macOS y Linux, además de iPhone, iPad y Android.
3. Coste de un plugin comercial de código cerrado, sin importar los ingresos.
4. Cómo se escribe y compila un plugin, y cuánto framework arrastra consigo.
5. Desarrollo activo, a fecha de octubre de 2026.
6. Agentes de programación. Si un agente puede comprobar la API en lugar de adivinarla.

La clasificación de un vistazo

Formatos y plataformas

Faust y RNBO generan código para otros destinos en lugar de envolver los formatos por sí mismos, así que se tratan en sus propias secciones.

1. Sonore SDK: el mejor en general

El Sonore SDK es un framework de C++17 de solo cabeceras publicado bajo Apache-2.0 en octubre de 2026. Un plugin es un plugin.cpp con una estructura de DSP, una tabla de parámetros y un descriptor. A partir de ese único archivo compila:

• un .clap, un .vst3, un .component AUv2, un bundle .lv2 y una aplicación independiente, desde una sola compilación;
• un .aaxplugin para Pro Tools, con tu propia copia del SDK de Avid;
• una extensión AUv3 dentro de una aplicación, para Mac y para iPhone y iPad;
• una aplicación para Android, compilada con el NDK y sin Gradle.

CLAP es el núcleo, y todos los demás formatos lo adaptan, así que un plugin no puede comportarse de forma distinta según el formato que haya cargado el host.

Por qué ocupa el primer puesto:

• El único framework que cubre todos los formatos y plataformas. CLAP, VST3, AUv2, AUv3, AAX y LV2 nativos, en Windows, macOS, Linux, iOS y Android. Cada otra entrada de esta lista falla en al menos uno de ellos.
• Gratuito sin importar los ingresos. Apache-2.0, con su concesión de patentes: sin nivel de ingresos, tasas, pantallas de presentación ni copyleft para plugins de código cerrado.
• Pensado para agentes de programación. Un servidor MCP oficial, un Agent Skill y llms.txt, todos generados a partir de las cabeceras. El CI comprueba que la búsqueda del servidor encuentra los 766 tipos públicos de sus 282 cabeceras, para que un agente verifique los nombres en lugar de inventarlos.
• Medido, no prometido. Cada commit compila y ejecuta la suite de pruebas completa en Windows, macOS, Linux, iOS y Android. Ambas plantillas de proyecto pasan clap-validator y pluginval con nivel de exigencia 10 tal como se generan. Cada ejemplo se ejecuta a nueve frecuencias de muestreo y con tamaños de bloque de 1 a 8192, sin asignaciones de memoria en el hilo de audio.
• Una biblioteca de DSP profunda. Modelos a nivel de circuito del Fuzz Face y del TS-808, saturación de cinta, y medición de sonoridad y true-peak según BS.1770. Corrección de tono y cambio de tono con vocoder de fase, un motor granular, y reverbs de placa, de muelle y FDN. Bloques de síntesis con modulación polifónica y una matriz de modulación. Todo está implementado a partir de artículos publicados.
• Pequeño y portable. El ejemplo del saturador es un .clap de 494 KB en Windows, con su editor nativo y el código de todos los formatos en un solo módulo. Su DSP compila a WebAssembly sin cambios para una vista previa en el navegador.

Elígelo si estás empezando un plugin en 2026. Sonore SDK frente a JUCE lo compara en profundidad con el veterano.

2. JUCE: el mayor ecosistema

JUCE es el veterano: un framework grande de C++ basado en módulos, con formatos de plugin, un toolkit de GUI, DSP, dispositivos de audio y red. JUCE 9 salió en julio de 2026, y la 9.0.4 llegó en octubre. Compila VST3, AUv2, AUv3, AAX, LV2 y aplicaciones independientes en escritorio, iOS y Android.

Dos cosas le impiden estar en lo más alto. La primera es la licencia: AGPLv3, o un EULA comercial que es gratuito hasta 20.000 $ de ingresos anuales y luego cuesta 40 $ por usuario al mes (Indie, hasta 300.000 $) o 175 $ (Pro). La segunda es CLAP, que se prometió para JUCE 9 y no está incluido: las compilaciones CLAP usan la extensión de terceros clap-juce-extensions.

Elígelo si ya tienes una base de código o un equipo con JUCE, y la licencia encaja con tus ingresos.

3. iPlug2: una licencia permisiva con AAX e iOS

iPlug2 es un framework de C++17 similar a zlib, con destinos nativos CLAP, VST3, AUv2, AUv3, AAX, web y aplicaciones independientes, IGraphics sobre NanoVG o Skia, y una opción de WebView. Incluye un CLAUDE.md y nueve skills de Claude Code. Linux no es una plataforma listada, no se compila LV2 y no hay versiones etiquetadas.

Elígelo si quieres una licencia permisiva con AAX e iOS y no necesitas Linux.

4. HISE: instrumentos basados en samples

HISE es un IDE y framework de código abierto construido sobre JUCE, pensado para instrumentos basados en samples, aunque también incluye síntesis y efectos. Exporta plugins VST, AU y AAX y aplicaciones independientes para Windows, macOS y Linux, además de apps para iOS. Está bajo GPLv3. Una publicación de código cerrado, gratuita o de pago, necesita una licencia comercial de HISE y una licencia comercial de JUCE. La licencia de HISE cuesta 50 € al mes por debajo de 50.000 € de ingresos anuales (Indie) y 300 € al mes por encima (Pro).

Elígelo si creas librerías de samples y quieres un IDE pensado para ello.

5. DPF: Linux y LV2

The DISTRHO Plugin Framework es un C++11 con licencia ISC procedente del mundo del audio en Linux: LV2, LADSPA, DSSI, VST2, VST3 y CLAP, además de aplicaciones independientes con JACK, con su propio toolkit DGL, y WebView o Dear ImGui para las interfaces. El soporte de Audio Unit está en curso desde 2024, y no hay AAX.

Elígelo si para ti Linux y LV2 van primero.

6. nice-plug: plugins en Rust

nice-plug es el fork comunitario de nih-plug, que pasó a modo de mantenimiento en mayo de 2026. Compila VST3, CLAP y aplicaciones independientes desde Rust bajo ISC, en la versión 0.4.2 (septiembre de 2026), y sigue etiquetado como experimental. Ni él ni nih-plug compilan Audio Units, AAX ni LV2.

Elígelo si quieres escribir DSP en Rust y VST3 más CLAP cubre a tus usuarios.

7. Cabbage 3: usuarios de Csound

Cabbage 3 (3.0.14-beta, 26 de octubre de 2026) escribe el instrumento en Csound 7 y la interfaz en HTML, CSS y JavaScript, editados mediante una extensión de VS Code. Exporta plugins VST3, CLAP y AUv2 en macOS, Windows y Linux. Los plugins pueden venderse, pero el framework GPLv3 viaja dentro de cada exportación, y en una exportación estándar los usuarios finales pueden leer el código de Csound. Las exportaciones protegidas se hacen con Cabbage Pro.

Elígelo si ya escribes en Csound.

8. Faust: DSP como lenguaje

Faust es un lenguaje funcional para procesamiento de señales de GRAME-CNCM, en desarrollo desde 2002. Compila a C++, C, bitcode de LLVM, WebAssembly y Rust, y directamente a plugins CLAP con faust2clap. Otros formatos pasan por un framework anfitrión, por ejemplo faust2juce, que envuelve el DSP en un proyecto de JUCE.

Elígelo si quieres escribir el DSP en un lenguaje diseñado para ello, y no te importa envolverlo en otro framework.

9. RNBO: usuarios de Max

RNBO es el complemento de Cycling ’74 para Max. Exporta parches como plugins VST y Audio Unit, código fuente en C++ y JavaScript, audio web, y destinos como Raspberry Pi y Ableton Move. Su código generado se licencia bajo la licencia de exportación de Cycling ’74 o bajo GPLv3, y el uso comercial pasa por las condiciones de licencia de Cycling ’74.

Elígelo si tus instrumentos ya están en parches de Max.

O sin framework: CLAP con clap-wrapper

Escribe un plugin directamente contra las cabeceras de CLAP, con licencia MIT, y el clap-wrapper, también con licencia MIT, lo convierte en VST3, AUv2, AUv3, AAX, una aplicación independiente o WebAssembly. A cambio, renuncias a los parámetros, el estado, la GUI y el DSP que da un framework, y te haces responsable de cada línea.

¿Cuál deberías elegir?

• Empezar un plugin nuevo, o querer un solo framework para todo: el Sonore SDK.
• Necesitas iOS y Android, sin factura de licencias: el Sonore SDK.
• Un agente de programación escribe la mayor parte del código: el Sonore SDK.
• Ya distribuyes con JUCE y la licencia encaja: JUCE.
• Librerías de samples en un IDE dedicado: HISE.
• Linux y LV2 primero: DPF o el Sonore SDK.
• Rust, Csound, Faust o Max: nice-plug, Cabbage 3, Faust o RNBO.

Para los detalles detrás de la clasificación, consulta Frameworks de plugins de audio comparados, qué formatos de plugin distribuir y crear un plugin con un agente de programación de IA.

Fuentes

• Sonore SDK: repositorio, plataformas y formatos, pruebas
• JUCE: licencia, EULA de JUCE 9, precios, versiones, hoja de ruta, T3 2025, AGENTS.md, clap-juce-extensions
• iPlug2: repositorio y README, licencia
• HISE: repositorio y README, hise.dev y licencias
• DPF: repositorio y README, licencias, características
• nice-plug y nih-plug: nice-plug, crate, nota de mantenimiento de nih-plug
• Cabbage: cabbageaudio.com, preguntas frecuentes
• Faust: faust.grame.fr, acerca de, faust2juce
• RNBO: bienvenida a RNBO, preguntas frecuentes sobre licencias de exportación
• CLAP: SDK de CLAP, versiones de clap-wrapper