Audio-Plugin-Frameworks im Vergleich: JUCE, iPlug2, DPF, nih-plug und das Sonore SDK

Auf einen Blick

Plugin-Formate

Plattformen, GUI und Agent-Unterstützung

Sonore SDK: die beste Allround-Wahl

Das Sonore SDK ist das eigene Framework von Sonorie, im Oktober 2026 unter Apache-2.0 veröffentlicht. Es ist header-only C++17: Eine plugin.cpp enthält eine DSP-Struktur, eine Parametertabelle und einen Descriptor. Aus einem Compile-Lauf entstehen eine .clap, eine .vst3, eine AUv2-.component unter macOS, ein .lv2-Bundle und eine Standalone-App. Ein zweiter Compile-Lauf, gegen deine eigene Kopie von Avids AAX SDK, baut ein .aaxplugin für Pro Tools. Für iOS gebaut wird dieselbe Datei zu einer AUv3-Erweiterung innerhalb einer iPhone- und iPad-App, und mit Androids NDK zu einer Android-App. CLAP ist der Kern, und jedes andere Format passt den CLAP-Wrapper an. Ein Plugin kann sich daher nicht anders verhalten, je nachdem, welches Format ein Host geladen hat.

Warum es vorne liegt:

• Jedes Format und jede Plattform, nativ. CLAP, VST3, AUv2, AUv3, AAX, LV2 und Standalone-Apps, auf Windows, macOS, Linux, iOS und Android. JUCE hat keine native CLAP; iPlug2 fehlt Linux, LV2 und Android; DPF hat kein AAX, und seine Audio Units sind unfertig; die Rust-Frameworks haben weder Audio Units noch AAX. Kein anderes Framework hier deckt alles ab, und Sonore tut es unter einer einzigen Lizenz.
• Apache-2.0, mit Patentzusage. Closed-Source- und kommerzielle Plugins sind erlaubt, ohne Umsatzstufe, Gebühr, Splash-Screen oder Copyleft. Das SDK bindet weder eine Framework-Laufzeit noch das C++-SDK von Steinberg ein: VST3 ist gegen Steinbergs Ein-Datei-C-API-Header (BSD-3-Clause) geschrieben.
• Für Coding-Agents gebaut. Ein offizieller MCP-Server, ein Agent Skill und llms.txt, alle aus den Headern generiert, damit sie keine API beschreiben können, die der Code nicht hat. Die CI prüft, dass die Suche des Servers jeden der 766 öffentlichen Typen in seinen 282 Headern findet, sodass „keine Treffer“ heißt, dass der Name nicht existiert. Siehe die Agent-Werkzeuge.
• Behauptungen sind gemessen. Jeder Commit baut und führt die volle Testsuite auf Windows, macOS, Linux, iOS und Android aus. Beide Projektvorlagen bestehen clap-validator und pluginval auf Strenge 10, so wie sie generiert werden. Jedes Beispiel läuft bei neun Samplerates von 8 kHz bis 384 kHz und bei Blockgrößen von 1 bis 8192, mit null Allokationen im Audio-Thread. Ein optionales Gate führt die CLAP-, VST3- und LV2-Varianten jedes Beispiels unter AddressSanitizer und UndefinedBehaviorSanitizer aus, das Threading unter ThreadSanitizer, und fuzzt die Dateiparser sowie den Lader für gespeicherte Sessions. Ein weiteres steuert jedes Beispiel innerhalb von REAPER.
• Kleine Ausgabe. Das Sättigungsbeispiel baut zu einer 494 KB großen .clap unter Windows, mit dem Code aller Formate, dem nativen Editor und dem WebView2-Loader in einem Modul.
• Derselbe DSP im Browser. Der DSP-Teil des Quelltexts kompiliert unverändert zu WebAssembly. Eine Browser-Vorschau führt also den Code aus, den das Plugin auch ausliefert, nicht ein Modell davon.
• Eine tiefe DSP-Bibliothek. Schaltungsnahe Modelle (eine nodale DK-Engine, die Fuzz Face, die TS-808-Drive-Stufe), BS.1770-Lautheits- und True-Peak-Metering, ein Dattorro-Plate-Hall, Oversampling, FFT und partitionierte Faltung, Phase-Vocoder-Tonhöhenverschiebung sowie Dynamik von Opto bis zu OTT-artigem Multiband. Alles ist nach veröffentlichten Papers implementiert und nicht von einem anderen Framework übernommen.

Wähle das Sonore SDK, wenn du heute ein Plugin beginnst. Es deckt jedes Format und jede Plattform ab, kostet bei keinem Umsatz etwas und ist das Framework, gegen das ein Coding-Agent seine eigene Arbeit prüfen kann.

JUCE

JUCE ist der Platzhirsch: ein großes, modulbasiertes C++-Framework mit Plugin-Formaten, einem GUI-Toolkit, DSP, Audiogeräten und Netzwerk, auf dem Desktop sowie auf iOS und Android. JUCE 9 erschien am 21. Juli 2026, 9.0.4 folgte am 12. Oktober. Es baut VST3, AUv2, AUv3, AAX, LV2, Standalone-Apps und Unity-Plugins mit CMake oder dem Projucer. JUCE 8 brachte WebView-basierte Oberflächen und einen Direct2D-Renderer; JUCE 9 brachte variable Schriften und einen neuen SVG-Parser.

Die Nachteile sind die Lizenz und CLAP. JUCE ist seit JUCE 8 doppelt lizenziert, unter AGPLv3 und einer kommerziellen EULA. Unter der EULA ist Starter bis $20.000 Jahresumsatz oder Finanzierung kostenlos, Indie kostet $40 pro Nutzer und Monat (oder $800 unbefristet) bis $300.000, und Pro kostet $175 pro Nutzer und Monat (oder $3.500 unbefristet). Die Pflicht zum Splash-Screen wurde mit JUCE 8 gestrichen. CLAP wurde für JUCE 9 in zwei Roadmaps versprochen, ist aber nicht darin enthalten: CLAP-Builds nutzen die Drittanbieter-Erweiterung clap-juce-extensions.

Wähle JUCE, wenn du bereits eine JUCE-Codebasis oder ein Team hast, das größte Ökosystem an Beispielen und Antworten willst und die Lizenzkosten zu deinem Umsatz passen.

iPlug2

iPlug2 ist ein permissives (zlib-ähnliches) C++17-Framework mit ungewöhnlich breiter Formatliste: native CLAP, VST2 für alle, die noch eine Lizenz besitzen, VST3, AUv2, AUv3, AAX, WAM für das Web, Standalone-Apps und REAPER-Erweiterungen. Seine IGraphics-Schicht zeichnet mit NanoVG oder Skia, und eine WebView-Option nutzt WKWebView und WebView2. Builds liefen traditionell als Xcode- und Visual-Studio-Projekte; CMake-Unterstützung kam im Dezember 2025. Außerdem liefert es eine CLAUDE.md und neun Claude-Code-Skills mit.

Die Nachteile: Linux ist keine aufgeführte Plattform, es gibt keine versionierten Releases (du folgst dem Repository), und der eigene Issue-Tracker fordert seit 2020 bessere Dokumentation.

Wähle iPlug2, wenn du eine permissive Lizenz zusammen mit AAX, AUv3 und iOS willst und kein Linux brauchst.

DPF

Das DISTRHO Plugin Framework ist C++11 unter ISC-Lizenz, wird mit Make oder CMake gebaut und ist aus dem Linux-Audiobereich hervorgegangen: LV2, LADSPA, DSSI, VST2, VST3 und CLAP, dazu JACK-Standalones. VST3 wird gegen die eigenen ISC-Header geschrieben statt gegen Steinbergs SDK. Oberflächen nutzen das eigene Toolkit DGL über OpenGL, Cairo oder Vulkan, eine WebView oder Dear ImGui über DPF-Widgets. Die Unterstützung für Audio Units ist seit 2024 in Arbeit.

Wähle DPF, wenn Linux und LV2 für dich vorrangige Ziele sind und du ein kleines, permissives Framework willst.

nih-plug und nice-plug

nih-plug hat Rust zu einer ernsthaften Option für Plugins gemacht, mit VST3-, CLAP- und Standalone-Builds, cargo xtask bundle und Adaptern für egui, iced und VIZIA. Seit Mai 2026 steht in der README, dass es sich im Wartungsmodus befindet, und sie verweist auf nice-plug, den von der Community getragenen Fork (ISC, Version 0.4.2 am 14. September 2026, weiterhin als experimentell gekennzeichnet). Der Fork behebt außerdem eine Lizenzfalle: nih-plugs VST3-Bindings stehen unter GPLv3, während nice-plug MIT/Apache-2.0-Bindings nutzt. Keines von beiden baut Audio Units, AAX oder LV2.

Wähle nice-plug, wenn du DSP in Rust schreiben willst und VST3 plus CLAP deine Nutzer abdeckt.

Kein Framework: CLAP oder VST3 direkt

Zwei Format-SDKs sind inzwischen permissiv genug, um ohne Framework darauf aufzubauen. CLAP sind C-Header unter MIT-Lizenz mit stabiler ABI (1.2.10, Juli 2026), und der MIT-lizenzierte clap-wrapper macht aus einem CLAP-Plugin VST3, AUv2, AUv3, AAX, eine Standalone-App oder WebAssembly (0.17.0, Oktober 2026). Steinberg hat das VST3-SDK selbst mit VST 3.8 im Oktober 2025 auf die MIT-Lizenz umgestellt. Du tauschst die Annehmlichkeiten eines Frameworks (Parameter, Zustand, GUI, DSP) gegen die Pflicht, jede Zeile selbst zu verantworten.

Welches sollst du wählen?

• Du startest ein neues Plugin oder willst ein Framework für alles: das Sonore SDK.
• Du brauchst AAX für Pro Tools: das Sonore SDK, JUCE oder iPlug2, jeweils mit Avids SDK und einer PACE-Signatur.
• Du brauchst iOS oder Android: das Sonore SDK unter Apache-2.0 oder JUCE unter dessen Lizenz; iPlug2 deckt iOS, aber nicht Android ab.
• Du verkaufst Closed-Source-Plugins und willst bei keinem Umsatz Lizenzkosten: das Sonore SDK, iPlug2, DPF oder nice-plug.
• Linux ist dir wichtig: das Sonore SDK, DPF, JUCE oder die Rust-Frameworks.
• CLAP ist dein Hauptformat: das Sonore SDK, iPlug2, DPF oder die Rust-Frameworks bauen es nativ; oder du schreibst CLAP direkt und verpackst es mit clap-wrapper.
• Du schreibst DSP in Rust: nice-plug.
• Ein Coding-Agent schreibt den größten Teil des Codes: das Sonore SDK, wegen seines MCP-Servers und des generierten Skills; die Skills von iPlug2 sind das Nächstbeste.

Eine Rangliste, die auch HISE, Cabbage, Faust und RNBO abdeckt, findest du unter die besten Audio-Plugin-Frameworks 2026. Den direkten Vergleich mit dem Platzhirsch findest du unter Sonore SDK vs. JUCE.

Quellen

• JUCE: Lizenz, JUCE 9 EULA, Preise, Releases, CMake-Formate, Änderungen an der EULA für JUCE 8, Roadmap, Q3 2025, Neuerungen in JUCE 9, AGENTS.md
• iPlug2: Repository und README, Lizenz, CMake-Unterstützung, Dokumentations-Issue
• DPF: Repository und README, Lizenzierung, Funktionen
• nih-plug: Repository und README, Wartungshinweis, vst3-sys
• nice-plug: Repository, Crate
• CLAP: CLAP SDK, clap-wrapper-Releases; VST3: VST3 SDK, Ankündigung VST 3.8
• Sonore SDK: Repository, Plattformen und Formate, Tests