Frameworks de plugins de audio comparados: JUCE, iPlug2, DPF, nih-plug y Sonore SDK

De un vistazo

Formatos de plugin

Plataformas, interfaz y soporte para agentes

Sonore SDK: la mejor opción general

El Sonore SDK es el framework propio de Sonorie, publicado bajo Apache-2.0 en octubre de 2026. Es C++17 solo de cabeceras: un plugin.cpp contiene una estructura DSP, una tabla de parámetros y un descriptor. A partir de una sola compilación genera un .clap, un .vst3, un .component AUv2 en macOS, un bundle .lv2 y una aplicación independiente. Una segunda compilación, con la copia del SDK de AAX que el propio desarrollador tiene de Avid, genera un .aaxplugin para Pro Tools. Compilado para iOS, el mismo archivo se convierte en una extensión AUv3 dentro de una app para iPhone y iPad, y compilado con el NDK de Android, en una app para Android. CLAP es el núcleo, y cada uno de los demás formatos adapta el wrapper de CLAP, de modo que un plugin no puede comportarse de forma distinta según el formato que cargue el host.

Por qué queda en primer lugar:

• Todos los formatos y todas las plataformas, de forma nativa. CLAP, VST3, AUv2, AUv3, AAX, LV2 y aplicaciones independientes, en Windows, macOS, Linux, iOS y Android. JUCE no tiene CLAP nativo; iPlug2 no tiene Linux, LV2 ni Android; DPF no tiene AAX y sus Audio Units están sin terminar; y los frameworks de Rust no tienen Audio Units ni AAX. Ningún otro framework de esta lista los cubre todos, y Sonore lo hace con una sola licencia.
• Apache-2.0, con su concesión de patentes. Se permiten plugins de código cerrado y comerciales, sin nivel de ingresos, tarifa, pantalla de inicio ni copyleft. El SDK no enlaza ningún runtime de framework ni el SDK C++ de Steinberg: VST3 se escribe contra la cabecera de API C de un solo archivo de Steinberg (BSD-3-Clause).
• Pensado para agentes de programación. Un servidor MCP oficial, un Agent Skill y llms.txt, todos generados a partir de las cabeceras, para que no puedan describir una API que el código no tiene. La CI comprueba que la búsqueda del servidor encuentra cada uno de los 766 tipos públicos de sus 282 cabeceras, así que «sin coincidencias» significa que el nombre no existe. Consulta las herramientas para agentes.
• Las afirmaciones se miden. 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 con nueve frecuencias de muestreo, de 8 kHz a 384 kHz, y con tamaños de bloque de 1 a 8192, sin asignaciones de memoria en el hilo de audio. Una comprobación opcional ejecuta los CLAP, VST3 y LV2 de cada ejemplo bajo AddressSanitizer y UndefinedBehaviorSanitizer, ejecuta los hilos bajo ThreadSanitizer y somete a fuzzing los analizadores de archivos y el cargador de sesiones guardadas. Otra prueba hace funcionar todos los ejemplos dentro de REAPER.
• Salida pequeña. El ejemplo de saturador se compila en un .clap de 494 KB en Windows, con el código de todos los formatos, el editor nativo y el cargador de WebView2 en un solo módulo.
• El mismo DSP en el navegador. La mitad DSP del código fuente se compila a WebAssembly sin cambios, así que una vista previa en el navegador ejecuta el código que el plugin distribuye, no un modelo de él.
• Una biblioteca DSP amplia. Modelos a nivel de circuito (un motor nodal DK, el Fuzz Face, la etapa de distorsión TS-808), medición de sonoridad BS.1770 y de true peak, una placa de Dattorro, sobremuestreo, FFT y convolución particionada, cambio de tono con vocoder de fase, y dinámica desde opto hasta multibanda estilo OTT, implementada a partir de artículos publicados y no adaptada de otro framework.

Elige Sonore SDK si estás empezando un plugin hoy. Cubre todos los formatos y plataformas, no cuesta nada con ningún nivel de ingresos, y es el framework contra el que un agente de programación puede comprobar su propio trabajo.

JUCE

JUCE es el referente consolidado: un framework C++ grande y modular, con formatos de plugin, un kit de interfaz gráfica, DSP, dispositivos de audio y red, en escritorio y en iOS y Android. JUCE 9 salió el 21 de julio de 2026, y la 9.0.4 llegó el 12 de octubre. Compila VST3, AUv2, AUv3, AAX, LV2, aplicaciones independientes y plugins de Unity con CMake o con el Projucer. JUCE 8 añadió interfaces basadas en WebView y un renderizador Direct2D; JUCE 9 añadió fuentes variables y un nuevo analizador de SVG.

Los inconvenientes son la licencia y CLAP. JUCE tiene doble licencia, AGPLv3 y un EULA comercial, desde JUCE 8. Con el EULA, Starter es gratuito hasta 20.000 $ de ingresos o financiación anuales, Indie cuesta 40 $ por usuario al mes (o 800 $ a perpetuidad) hasta 300.000 $, y Pro cuesta 175 $ por usuario al mes (o 3.500 $ a perpetuidad). El requisito de la pantalla de inicio se eliminó en JUCE 8. CLAP se prometió para JUCE 9 en dos hojas de ruta, pero no está incluido: las compilaciones CLAP usan la extensión de terceros clap-juce-extensions.

Elige JUCE si ya tienes una base de código o un equipo con JUCE, quieres el ecosistema más grande de ejemplos y respuestas, y el coste de la licencia encaja con tus ingresos.

iPlug2

iPlug2 es un framework C++17 permisivo (similar a zlib) con una lista de formatos inusualmente amplia: CLAP nativo, VST2 para quien todavía tenga una licencia, VST3, AUv2, AUv3, AAX, WAM para la web, aplicaciones independientes y extensiones de REAPER. Su capa IGraphics dibuja con NanoVG o Skia, y una opción WebView usa WKWebView y WebView2. Tradicionalmente las compilaciones se hacían con proyectos de Xcode y Visual Studio; el soporte de CMake llegó en diciembre de 2025. También incluye un CLAUDE.md y nueve skills de Claude Code.

Los inconvenientes: Linux no es una plataforma listada, no hay versiones numeradas (sigues el repositorio), y su propio rastreador de incidencias pide una mejor documentación desde 2020.

Elige iPlug2 si quieres una licencia permisiva junto con AAX, AUv3 e iOS, y no necesitas Linux.

DPF

El DISTRHO Plugin Framework es C++11 con licencia ISC, se compila con Make o CMake, y nació del audio para Linux: LV2, LADSPA, DSSI, VST2, VST3 y CLAP, además de aplicaciones independientes JACK. Escribe VST3 contra sus propias cabeceras ISC en lugar de contra el SDK de Steinberg. Las interfaces usan su kit DGL sobre OpenGL, Cairo o Vulkan, un WebView, o Dear ImGui a través de DPF-Widgets. El soporte de Audio Units está en desarrollo desde 2024.

Elige DPF si Linux y LV2 son destinos prioritarios para ti y quieres un framework pequeño y permisivo.

nih-plug y nice-plug

nih-plug hizo de Rust una opción seria para plugins, con compilaciones VST3, CLAP y aplicaciones independientes, cargo xtask bundle, y adaptadores para egui, iced y VIZIA. Desde mayo de 2026, su README indica que está en modo de mantenimiento y apunta a nice-plug, la bifurcación liderada por la comunidad (ISC, versión 0.4.2 del 14 de septiembre de 2026, todavía etiquetada como experimental). La bifurcación también corrige un problema de licencia: los enlaces VST3 de nih-plug son GPLv3, mientras que nice-plug usa enlaces MIT/Apache-2.0. Ninguno compila Audio Units, AAX ni LV2.

Elige nice-plug si quieres escribir DSP en Rust y VST3 más CLAP cubre a tus usuarios.

Sin framework: CLAP o VST3 directamente

Dos SDK de formatos son ya lo bastante permisivos como para construir sobre ellos sin framework. CLAP son cabeceras C con licencia MIT y una ABI estable (1.2.10, julio de 2026), y el clap-wrapper, también MIT, convierte un plugin CLAP en VST3, AUv2, AUv3, AAX, una aplicación independiente o WebAssembly (0.17.0, octubre de 2026). Steinberg pasó el propio SDK de VST3 a la licencia MIT con VST 3.8 en octubre de 2025. Renuncias a las comodidades de un framework (parámetros, estado, interfaz, DSP) a cambio de ser dueño de cada línea.

¿Cuál deberías elegir?

• Empiezas un plugin nuevo, o quieres un solo framework para todo: Sonore SDK.
• Necesitas AAX para Pro Tools: Sonore SDK, JUCE o iPlug2, cada uno con el SDK de Avid y una firma PACE.
• Necesitas iOS o Android: Sonore SDK, bajo Apache-2.0, o JUCE según su licencia; iPlug2 cubre iOS pero no Android.
• Vendes plugins de código cerrado y quieres cero coste de licencia con cualquier nivel de ingresos: Sonore SDK, iPlug2, DPF o nice-plug.
• Linux importa: Sonore SDK, DPF, JUCE o los frameworks de Rust.
• CLAP es tu formato principal: Sonore SDK, iPlug2, DPF o los frameworks de Rust lo compilan de forma nativa; o escribe CLAP directamente y envuélvelo con clap-wrapper.
• Escribes DSP en Rust: nice-plug.
• Un agente de programación escribe la mayor parte del código: Sonore SDK, por su servidor MCP y su skill generada; las skills de iPlug2 son lo más parecido.

Para una lista ordenada que también cubre HISE, Cabbage, Faust y RNBO, consulta los mejores frameworks de plugins de audio de 2026. Para el cara a cara con el referente, consulta Sonore SDK vs JUCE.

Fuentes

• JUCE: licencia, EULA de JUCE 9, precios, versiones, formatos de CMake, cambios del EULA de JUCE 8, hoja de ruta, T3 2025, novedades de JUCE 9, AGENTS.md
• iPlug2: repositorio y README, licencia, soporte de CMake, incidencia sobre la documentación
• DPF: repositorio y README, licencias, características
• nih-plug: repositorio y README, nota de mantenimiento, vst3-sys
• nice-plug: repositorio, crate
• CLAP: CLAP SDK, versiones de clap-wrapper; VST3: VST3 SDK, anuncio de VST 3.8
• Sonore SDK: repositorio, plataformas y formatos, pruebas