オーディオプラグイン・フレームワーク比較：JUCE、iPlug2、DPF、nih-plug、Sonore SDK

概要

プラグイン形式

プラットフォーム、GUI、エージェント対応

Sonore SDK：総合的に最良の選択

Sonore SDK は Sonorie 独自のフレームワークで、2026年10月に Apache-2.0 で公開されました。ヘッダーオンリーの C++17 で、1つの plugin.cpp に DSP 構造体、パラメータテーブル、ディスクリプタが入ります。1回のコンパイルから .clap、.vst3、macOS の AUv2 .component、.lv2 バンドル、スタンドアロンアプリをビルドします。開発者自身が持つ Avid の AAX SDK に対して2回目のコンパイルを行うと、Pro Tools 用の .aaxplugin がビルドされます。iOS 向けにビルドすると、同じファイルが iPhone と iPad のアプリ内の AUv3 拡張になり、Android の NDK でビルドすると Android アプリになります。CLAP が中核で、他のすべてのフォーマットは CLAP ラッパーを適応させているため、ホストがどのフォーマットで読み込んだかによってプラグインの挙動が変わることはありません。

次の理由から、Sonore SDK が上位になります。

• すべてのフォーマットとすべてのプラットフォームをネイティブで。 CLAP、VST3、AUv2、AUv3、AAX、LV2、スタンドアロンアプリを、Windows、macOS、Linux、iOS、Android で。JUCE にはネイティブの CLAP がなく、iPlug2 には Linux、LV2、Android がなく、DPF には AAX がなく Audio Units も未完成で、Rust のフレームワークには Audio Units も AAX もありません。ここに挙げたフレームワークで、これらすべてを網羅するものはなく、Sonore は1つのライセンスでそれを行います。
• Apache-2.0、特許の許諾付き。 クローズドソースや商用プラグインが許可され、売上の上限、料金、スプラッシュ画面、コピーレフトはありません。SDK はフレームワークのランタイムも Steinberg の C++ SDK もリンクしません。VST3 は Steinberg の1ファイル C API ヘッダー（BSD-3-Clause）に対して書かれています。
• コーディングエージェントのために作られている。 公式 MCP サーバー、Agent Skill、llms.txt はすべてヘッダーから生成されるため、コードに存在しない API を説明することはありません。CI は、サーバーの検索が282個のヘッダーにある766個の公開型すべてを見つけることを確認するため、「一致なし」は名前が存在しないことを意味します。エージェント向けツールをご覧ください。
• 主張は計測されている。 すべてのコミットが Windows、macOS、Linux、iOS、Android でテストスイート全体をビルドして実行します。両方のプロジェクトテンプレートは、生成されたままの状態で clap-validator と pluginval を厳格度10で通過します。すべてのサンプルは、8 kHz から 384 kHz までの9つのサンプルレートと、1 から 8192 までのブロックサイズで動作し、オーディオスレッドでのメモリ確保はゼロです。オプトインのゲートは、すべてのサンプルの CLAP、VST3、LV2 を AddressSanitizer と UndefinedBehaviorSanitizer の下で実行し、スレッディングを ThreadSanitizer で実行し、ファイルパーサーと保存セッションのローダーをファジングします。別のゲートは、すべてのサンプルを REAPER 内で動かします。
• 小さな出力。 サチュレーターのサンプルは Windows 上で 494 KB の .clap にビルドされ、すべてのフォーマットのコード、ネイティブエディタ、WebView2 ローダーが1つのモジュールに収まります。
• 同じ DSP がブラウザで動く。 ソースの DSP 部分は変更なしで WebAssembly にコンパイルされるため、ブラウザのプレビューは、プラグインが出荷するコードそのものを動かします。そのモデルを動かすわけではありません。
• 深い DSP ライブラリ。 回路レベルのモデル（ノーダル DK エンジン、Fuzz Face、TS-808 ドライブ段）、BS.1770 のラウドネスとトゥルーピーク計測、Dattorro プレートリバーブ、オーバーサンプリング、FFT と分割畳み込み、フェーズボコーダーによるピッチシフト、オプトコンプから OTT 系のマルチバンドまでのダイナミクスを含みます。これらは別のフレームワークから移植したものではなく、公開された論文から実装されています。

Sonore SDK を選ぶべきなのは、今日プラグインを作り始める場合です。すべてのフォーマットとプラットフォームをカバーし、売上に関係なく費用がかからず、コーディングエージェントが自分の作業を確認できるフレームワークだからです。

JUCE

JUCE は定番の存在です。プラグインフォーマット、GUI ツールキット、DSP、オーディオデバイス、ネットワーキングを備えた、大規模でモジュール式の C++ フレームワークで、デスクトップ、iOS、Android で動作します。JUCE 9 は2026年7月21日に出荷され、9.0.4 は10月12日に続きました。CMake または Projucer で VST3、AUv2、AUv3、AAX、LV2、スタンドアロンアプリ、Unity プラグインをビルドします。JUCE 8 では WebView ベースのインターフェースと Direct2D レンダラーが加わり、JUCE 9 では可変フォントと新しい SVG パーサーが加わりました。

トレードオフはライセンスと CLAP です。JUCE は JUCE 8 以降、AGPLv3 と商用 EULA のデュアルライセンスです。EULA の下では、Starter は年間売上または調達資金が2万ドルまで無料、Indie は月40ドル（または買い切り800ドル）で30万ドルまで、Pro は月175ドル（または買い切り3,500ドル）です。スプラッシュ画面の要件は JUCE 8 で廃止されました。CLAP は2つのロードマップで JUCE 9 に予告されていましたが、含まれてはいません。CLAP ビルドには、サードパーティの clap-juce-extensions を使います。

JUCE を選ぶべきなのは、すでに JUCE のコードベースやチームがあり、最大規模のサンプルと回答のエコシステムが欲しく、ライセンス費用が売上に見合う場合です。

iPlug2

iPlug2 は寛容な（zlib 系）C++17 フレームワークで、特徴的に幅広いフォーマットに対応しています。ネイティブの CLAP、VST2（ライセンスをまだ持つ人向け）、VST3、AUv2、AUv3、AAX、Web 向けの WAM、スタンドアロンアプリ、REAPER 拡張です。IGraphics レイヤーは NanoVG または Skia で描画し、WebView オプションは WKWebView と WebView2 を使います。ビルドは伝統的に Xcode と Visual Studio のプロジェクトでしたが、CMake のサポートは2025年12月に加わりました。CLAUDE.md と9つの Claude Code スキルも同梱しています。

トレードオフとして、Linux は対応プラットフォームとして記載されておらず、バージョン付きリリースもありません（リポジトリを追う必要があります）。また、そのイシュートラッカーでは2020年以降、ドキュメントの改善が求められています。

iPlug2 を選ぶべきなのは、寛容なライセンスと AAX、AUv3、iOS の両方が欲しく、Linux は必要ない場合です。

DPF

DISTRHO Plugin Framework は ISC ライセンスの C++11 で、Make または CMake でビルドします。Linux のオーディオから発展し、LV2、LADSPA、DSSI、VST2、VST3、CLAP に加え、JACK のスタンドアロンに対応します。VST3 は Steinberg の SDK ではなく、独自の ISC ヘッダーに対して書かれています。インターフェースには、OpenGL、Cairo、Vulkan 上の DGL ツールキット、WebView、または DPF-Widgets 経由の Dear ImGui を使います。Audio Unit のサポートは2024年から開発中です。

DPF を選ぶべきなのは、Linux と LV2 があなたにとって最優先のターゲットであり、小さく寛容なフレームワークが欲しい場合です。

nih-plug と nice-plug

nih-plug は、VST3、CLAP、cargo xtask bundle によるスタンドアロンビルド、egui、iced、VIZIA のアダプターを備え、Rust をプラグインの本格的な選択肢にしました。2026年5月以降、その README はメンテナンスモードであると述べ、コミュニティ主導のフォークである nice-plug（ISC、2026年9月14日にバージョン 0.4.2、なお「実験的」と表示）を案内しています。このフォークは、ライセンスの落とし穴も解消しています。nih-plug の VST3 バインディングは GPLv3 ですが、nice-plug は MIT/Apache-2.0 のバインディングを使います。どちらも Audio Units、AAX、LV2 はビルドできません。

nice-plug を選ぶべきなのは、DSP を Rust で書きたく、ユーザーに VST3 と CLAP があれば足りる場合です。

フレームワークなし：CLAP または VST3 を直接使う

今や2つのフォーマット SDK は、フレームワークなしで基盤にできるほど寛容です。CLAP は安定した ABI を持つ MIT ライセンスの C ヘッダー（1.2.10、2026年7月）で、MIT の clap-wrapper は CLAP プラグインを VST3、AUv2、AUv3、AAX、スタンドアロンアプリ、または WebAssembly に変換します（0.17.0、2026年10月）。Steinberg は2025年10月の VST 3.8 で、VST3 SDK 自体を MIT ライセンスに移行しました。フレームワークの利便性（パラメータ、状態、GUI、DSP）を手放す代わりに、すべての行を自分で持つことになります。

どれを選ぶべきか

• 新しいプラグインを始める、またはすべてに1つのフレームワークを使いたい： Sonore SDK。
• Pro Tools 用に AAX が必要： Sonore SDK、または JUCE か iPlug2（いずれも Avid の SDK と PACE 署名を使用）。
• iOS または Android が必要： Apache-2.0 の Sonore SDK、または JUCE（そのライセンスの下）。iPlug2 は iOS には対応しますが、Android は対応していません。
• クローズドソースのプラグインを販売し、売上に関係なくライセンス費用をかけたくない： Sonore SDK、iPlug2、DPF、nice-plug。
• Linux が重要： Sonore SDK、DPF、JUCE、または Rust のフレームワーク。
• CLAP が主要なフォーマット： Sonore SDK、iPlug2、DPF、または Rust のフレームワークはネイティブにビルドできます。あるいは CLAP を直接書き、clap-wrapper でラップします。
• DSP を Rust で書く： nice-plug。
• コーディングエージェントがコードの大部分を書く： Sonore SDK（MCP サーバーと生成されたスキルのため）。iPlug2 のスキルが次に近い選択肢です。

HISE、Cabbage、Faust、RNBO を含むランキングは2026年のベストオーディオプラグイン・フレームワークを、Sonore SDK と JUCE の比較はSonore SDK 対 JUCEをご覧ください。

出典

• JUCE: ライセンス、JUCE 9 EULA、価格、リリース、CMake のフォーマット、JUCE 8 の EULA 変更、2025年第3四半期のロードマップ、JUCE 9 の新機能、AGENTS.md
• iPlug2: リポジトリと README、ライセンス、CMake 対応、ドキュメントに関する issue
• DPF: リポジトリと README、ライセンス、機能
• nih-plug: リポジトリと README、メンテナンスに関する注記、vst3-sys
• nice-plug: リポジトリ、crate
• CLAP: CLAP SDK、clap-wrapper のリリース。VST3: VST3 SDK、VST 3.8 の発表
• Sonore SDK: リポジトリ、対応プラットフォームと形式、テスト