Frameworks de plugins de áudio comparados: JUCE, iPlug2, DPF, nih-plug e o Sonore SDK

Visão geral

Formatos de plugin

Plataformas, GUI e suporte a agentes

Sonore SDK: a melhor escolha geral

O Sonore SDK é o framework próprio da Sonorie, publicado sob Apache-2.0 em outubro de 2026. É C++17 somente de cabeçalhos: um único plugin.cpp reúne uma struct de DSP, uma tabela de parâmetros e um descritor. A partir de uma só compilação, ele gera um .clap, um .vst3, um .component AUv2 no macOS, um bundle .lv2 e um aplicativo standalone. Uma segunda compilação, com a sua cópia do SDK AAX da Avid, gera um .aaxplugin para o Pro Tools. Compilado para iOS, o mesmo arquivo vira uma extensão AUv3 dentro de um app para iPhone e iPad e, com o NDK do Android, um app Android. O CLAP é o núcleo, e todos os outros formatos adaptam o wrapper CLAP, então um plugin não pode se comportar de forma diferente conforme o formato carregado pelo host.

Por que ele fica na frente:

• Todos os formatos e todas as plataformas, de forma nativa. CLAP, VST3, AUv2, AUv3, AAX, LV2 e aplicativos standalone, em Windows, macOS, Linux, iOS e Android. O JUCE não tem CLAP nativo; o iPlug2 não tem Linux, LV2 nem Android; o DPF não tem AAX e seus Audio Units não estão terminados; e os frameworks em Rust não têm Audio Units nem AAX. Nenhum outro framework listado aqui cobre todos eles, e o Sonore faz isso sob uma única licença.
• Apache-2.0, com a cláusula de patente. Plugins de código fechado e comerciais são permitidos, sem faixa de receita, taxa, tela de abertura nem copyleft. O SDK não linka nenhum runtime de framework nem o SDK C++ da Steinberg: o VST3 é escrito contra o cabeçalho da API C de um único arquivo da Steinberg (BSD-3-Clause).
• Feito para agentes de programação. Um servidor MCP oficial, uma Agent Skill e llms.txt, todos gerados a partir dos cabeçalhos, para que não possam descrever uma API que o código não tem. A CI verifica se a busca do servidor encontra cada um dos 766 tipos públicos em seus 282 cabeçalhos, então “no match” significa que o nome não existe. Veja as ferramentas para agentes.
• Afirmações medidas. Cada commit compila e roda a suíte de testes completa em Windows, macOS, Linux, iOS e Android. Os dois templates de projeto passam em clap-validator e pluginval com strictness 10 tal como gerados. Cada exemplo roda em nove sample rates, de 8 kHz a 384 kHz, e com block sizes de 1 a 8192, sem nenhuma alocação na thread de áudio. Um gate opcional roda os CLAP, VST3 e LV2 de cada exemplo sob AddressSanitizer e UndefinedBehaviorSanitizer, roda a threading sob ThreadSanitizer e faz fuzzing dos parsers de arquivo e do carregador de sessões salvas. Outro testa cada exemplo dentro do REAPER.
• Saída pequena. O exemplo de saturador gera um .clap de 494 KB no Windows, com o código de todos os formatos, o editor nativo e o loader do WebView2 em um único módulo.
• O mesmo DSP no navegador. A metade de DSP do código-fonte compila para WebAssembly sem alterações, então uma prévia no navegador roda o código que o plugin entrega, não um modelo dele.
• Uma biblioteca de DSP profunda. Modelos em nível de circuito (um motor DK nodal, o Fuzz Face, o estágio de drive TS-808), medição de loudness BS.1770 e true-peak, uma plate Dattorro, oversampling, FFT e convolução particionada, pitch shifting por phase vocoder, e dinâmica, do opto ao multibanda estilo OTT, implementada a partir de artigos publicados, e não adaptada de outro framework.

Escolha o Sonore SDK se você está começando um plugin hoje. Ele cobre todos os formatos e plataformas, não custa nada em qualquer faixa de receita e é o framework contra o qual um agente de IA consegue verificar o próprio trabalho.

JUCE

O JUCE é o incumbente: um framework C++ grande, baseado em módulos, com formatos de plugin, um toolkit de GUI, DSP, dispositivos de áudio e rede, para desktop e também para iOS e Android. O JUCE 9 saiu em 21 de julho de 2026, e a 9.0.4 veio em 12 de outubro. Ele gera VST3, AUv2, AUv3, AAX, LV2, aplicativos standalone e plugins para Unity com CMake ou com o Projucer. O JUCE 8 acrescentou interfaces baseadas em WebView e um renderer Direct2D; o JUCE 9 acrescentou fontes variáveis e um novo parser de SVG.

Os pontos fracos são a licença e o CLAP. O JUCE tem licença dupla, AGPLv3 e um EULA comercial, desde o JUCE 8. Pelo EULA, o Starter é grátis até $20,000 de receita ou financiamento anual, a Indie custa $40 por usuário por mês (ou $800 à vista) até $300,000, e a Pro custa $175 por usuário por mês (ou $3,500 à vista). A exigência de tela de abertura foi removida no JUCE 8. O CLAP foi prometido para o JUCE 9 em dois roadmaps, mas não está nessa versão: builds CLAP usam a clap-juce-extensions, de terceiros.

Escolha o JUCE se você já tem uma base de código ou uma equipe em JUCE, quer o maior ecossistema de exemplos e respostas, e o custo da licença cabe na sua receita.

iPlug2

O iPlug2 é um framework C++17 permissivo (tipo zlib), com uma lista de formatos incomumente ampla: CLAP nativo, VST2 para quem ainda tem licença, VST3, AUv2, AUv3, AAX, WAM para a web, aplicativos standalone e extensões para REAPER. Sua camada IGraphics desenha com NanoVG ou Skia, e uma opção WebView usa WKWebView e WebView2. Historicamente, os builds são projetos do Xcode e do Visual Studio; o suporte a CMake chegou em dezembro de 2025. Ele também traz um CLAUDE.md e nove skills do Claude Code.

Os pontos fracos: Linux não é uma plataforma listada, não há versões numeradas (você acompanha o repositório), e o próprio issue tracker pede melhor documentação desde 2020.

Escolha o iPlug2 se você quer uma licença permissiva junto com AAX, AUv3 e iOS, e não precisa de Linux.

DPF

O DISTRHO Plugin Framework é C++11 sob licença ISC, compilado com Make ou CMake, e nasceu no áudio para Linux: LV2, LADSPA, DSSI, VST2, VST3 e CLAP, além de standalones JACK. Ele escreve o VST3 contra seus próprios cabeçalhos ISC, e não contra o SDK da Steinberg. As interfaces usam seu toolkit DGL sobre OpenGL, Cairo ou Vulkan, um WebView, ou Dear ImGui por meio do DPF-Widgets. O suporte a Audio Units está em andamento desde 2024.

Escolha o DPF se Linux e LV2 são alvos prioritários para você e você quer um framework pequeno e permissivo.

nih-plug e nice-plug

O nih-plug tornou o Rust uma opção séria para plugins, com builds VST3, CLAP e standalone, cargo xtask bundle e adaptadores para egui, iced e VIZIA. Desde maio de 2026, o README diz que ele está em modo de manutenção e aponta para o nice-plug, o fork liderado pela comunidade (ISC, versão 0.4.2 em 14 de setembro de 2026, ainda marcada como experimental). O fork também corrige uma armadilha de licença: os bindings VST3 do nih-plug são GPLv3, enquanto o nice-plug usa bindings MIT/Apache-2.0. Nenhum dos dois gera Audio Units, AAX ou LV2.

Escolha o nice-plug se você quer escrever DSP em Rust e VST3 mais CLAP cobrem os seus usuários.

Sem framework: CLAP ou VST3 diretamente

Hoje, dois SDKs de formato são permissivos o bastante para servir de base sem um framework. O CLAP são cabeçalhos C sob licença MIT, com uma ABI estável (1.2.10, julho de 2026), e o clap-wrapper, também MIT, transforma um plugin CLAP em VST3, AUv2, AUv3, AAX, um aplicativo standalone ou WebAssembly (0.17.0, outubro de 2026). A própria Steinberg passou o SDK do VST3 para a licença MIT com o VST 3.8, em outubro de 2025. Você troca as conveniências de um framework (parâmetros, estado, GUI, DSP) pela responsabilidade de cada linha de código.

Qual você deve escolher?

• Você está começando um plugin novo, ou quer um só framework para tudo: o Sonore SDK.
• Você precisa de AAX para o Pro Tools: o Sonore SDK, o JUCE ou o iPlug2, cada um com o SDK da Avid e uma assinatura PACE.
• Você precisa de iOS ou Android: o Sonore SDK, sob Apache-2.0, ou o JUCE sob a sua licença; o iPlug2 cobre iOS, mas não Android.
• Você vende plugins de código fechado e quer custo zero de licença em qualquer receita: o Sonore SDK, o iPlug2, o DPF ou o nice-plug.
• Linux importa para você: o Sonore SDK, o DPF, o JUCE ou os frameworks em Rust.
• CLAP é o seu formato principal: o Sonore SDK, o iPlug2, o DPF ou os frameworks em Rust o geram nativamente; ou escreva CLAP diretamente e envolva-o com o clap-wrapper.
• Você escreve DSP em Rust: o nice-plug.
• Um agente de programação escreve a maior parte do código: o Sonore SDK, pelo servidor MCP e pela skill gerada; as skills do iPlug2 são o recurso mais próximo.

Para uma lista ranqueada que também cobre HISE, Cabbage, Faust e RNBO, veja os melhores frameworks de plugins de áudio de 2026. Para o comparativo direto com o incumbente, veja Sonore SDK vs JUCE.

Fontes

• JUCE: licença, EULA do JUCE 9, preços, releases, formatos com CMake, mudanças no EULA do JUCE 8, roadmap, T3 2025, novidades do JUCE 9, AGENTS.md
• iPlug2: repositório e README, licença, suporte a CMake, issue de documentação
• DPF: repositório e README, licenciamento, recursos
• nih-plug: repositório e README, nota de manutenção, vst3-sys
• nice-plug: repositório, crate
• CLAP: CLAP SDK, releases do clap-wrapper; VST3: VST3 SDK, anúncio do VST 3.8
• Sonore SDK: repositório, plataformas e formatos, testes