重要なポイント
- XTTS v2: 最高のクローニング品質(6秒の参照クリップ、17言語)、4-6GBのVRAMを推奨、非商用のCPMLライセンス。
- Chatterbox: リアルタイムの会話型クローニング、約5億パラメータの小型モデル、MITライセンス(商用利用可)。
- Bark: 非音声の表現力豊かな音、ボイスクローニングなし、4モデル中最大のVRAM消費、MITライセンス、メンテナンス状況は不確か。
- Kokoro: 8200万パラメータ、Apache 2.0、CPUのみで問題なく動作 — GPUを必須としない対比例。
- GPU志向の3モデルはCPUでも動作するが、実際の速度低下を伴う — この差こそが、この用途でGPUを持つ理由そのものである。
- ボイスクローニングには、使用するエンジンやライセンスにかかわらず、クローンされる本人の同意が必要である。
📍 一文で説明
NVIDIA GPU上では、XTTS v2が最高のボイスクローニング品質を、Chatterboxが商用利用可能なMITライセンスのもとで最良のリアルタイム会話型クローニングを、Barkが最も表現力豊かな非音声オーディオを提供し、GPUが実際には不要な場合はKokoroが引き続き正しい選択肢となる。
💬 簡潔に説明
AIワークロードを実行できるグラフィックカードを持っているなら、3つのテキスト読み上げエンジン(XTTS v2、Chatterbox、Bark)はそのおかげで本当に速く良くなるが、4つ目(Kokoro)はGPUをほとんど必要としない。どれをインストールすべきかは、ボイスクローニングが必要か、ビデオメモリがどれだけあるか、商用利用を予定しているかによって決まる。
📌補足: このガイドは、すでにNVIDIA GPUを持っていて、そこで何を動かすかを決めようとしている読者を想定している。CPUのみの構成(Raspberry Piなど、専用GPUなし)の場合はPiperが標準的な選択肢である — あらゆるローカルTTSエンジンのライセンスとVRAMを比較したPromptQuorumの完全な比較記事は、関連記事にリンクしている。
どのエンジンが実際にGPUを必要とするか
XTTS v2、Chatterbox、Barkはいずれも CPU で動作するが、リアルタイムやバッチ処理での実用性を生むのはGPUである — Kokoroは例外で、8200万パラメータという規模のおかげでCPUのみでも高速に動作する。 より重い3つのエンジンには共通点がある。いずれもクローニングや生成品質を優先したモデルで、アーキテクチャが計算力と引き換えに表現力を高めているため、CUDAアクセラレーションはわずかな高速化ではなく、ボトルネックそのものを取り除く。
ボイスクローニング、非音声の表現力豊かなオーディオ、あるいはバッチのナレーション作業やインタラクティブな音声アプリケーション、多数のクリップを生成するパイプラインなど、生成速度が重要なワークロードにはGPU志向のエンジン(XTTS v2、Chatterbox、Bark)を使う。クローニング不要の単純なプレーンテキストのナレーションだけが必要な場合はTTSにGPUのVRAMを費やさないこと — KokoroやPiperはCPUのみでその用途をカバーし、並行して動くLLMなど他のワークロードのためにVRAMを空けておける。
- XTTS v2はCPUでも動作するが、そこでは明らかに遅くなると文書化されている — 200ミリ秒未満のストリーミング遅延はGPUアクセラレーション時の数値であり、CPUの数値ではない。
- ChatterboxはCPU対応のNanoバリアント(1億1000万パラメータ)を提供しており、Resemble AI自身のドキュメントによれば8コアのCPUでリアルタイムより高速に動作するが、より大きなクローニング志向のバリアントはリアルタイムの会話利用でCUDAの恩恵を受ける。
- Barkは自身のドキュメントで、CPUや古いGPUでの推論はエンタープライズクラスのGPUで到達するほぼリアルタイムの速度と比べて大幅に遅くなり得ると明記している。
- Kokoroは例外である。8200万パラメータで、Hugging Faceの公式モデルカードによればCPUのみでリアルタイム以上の速度で動作し、GPUは大量のバッチ生成向けの余裕を得たい場合にのみ必要となる。
XTTS v2: 最高のボイスクローニング品質
Coquiがリリースし、Coqui TTSツールキットを通じて実行されるXTTS v2は、短い参照クリップから達成可能な最高品質を必要とするGPU所有者にとって最良のローカルボイスクローニングの選択肢である。 わずか6秒の参照音声から声をクローンし、17言語で読み上げることができる。クロスリンガルクローニング — 英語の音声から声をクローンし、スペイン語や日本語で話させる — にも対応する。
VRAMについては、XTTS v2のモデル重みは約2GBだが、実行には4GBが実用上の最低ラインであり、リアルタイム推論には4-6GBが推奨される。詳細はPromptQuorumのXTTS v2レビューを参照。ほとんどの読者にとって決め手となるのはライセンスである。Coqui Public Model License(CPML)は明確に非商用であり、この会社であるCoqui AIが2023年12月に有料サービスを終了したため、現時点で確認された商用ライセンスへの有効な道筋は存在しない。
- XTTS v2を使うべき場合: プロジェクトが個人利用、学術用途、または非商用のプロトタイプであり、ローカルで得られる最高のクローニング品質を求める場合。
- XTTS v2を避けるべき場合: 商用ライセンスが必要な場合 — CPML条件は非商用であり、2023年のCoqui AIの閉鎖以来、確認された有効な商用ライセンスへの道筋はない。
- VRAM: モデル重みが約2GB、最低4GB、リアルタイム推論には4-6GBを推奨。
- 最適な用途: ローカルで得られる最も忠実度の高いボイスクローニング、17言語のクロスリンガル対応、非商用または研究用途。
Chatterbox: 最良のリアルタイムクローニング
Resemble AIがGitHubで公開したChatterboxは、完全に自由で商用利用可能なライセンスのもとでリアルタイムの会話型ボイスクローニングを求めるGPU所有者にとって最良の選択肢である。 MITライセンスのもとにあり、XTTS v2の非商用CPMLとは異なり、別途の契約なしで商用利用が可能である。
Chatterboxは複数のサイズで提供されている。Resemble AI自身のドキュメントによれば8コアのCPUでリアルタイムより高速に動作するNanoバリアント(1億1000万パラメータ)、低遅延向けのTurboバリアント(3億5000万パラメータ)、そしてアーキテクチャにLlama 3を由来として挙げるバックボーンを持ち20以上の言語をサポートするMultilingualバリアント(約5億パラメータ)がある。ゼロショットのボイスクローニングは参照オーディオクリップから機能する — Resemble AI自身の例では10秒のクリップを使用しているが、READMEにはXTTS v2のような公式な最小時間の記載はない。
Resemble AIの公開READMEには正確なVRAM値が記載されていないため、他の場所で見かける具体的なGB数値は、自分のカードでテストするまでは未確認のものとして扱うこと。文書化されているのは以下の点である。Nanoバリアントは CPU のみで問題なく動作する一方、より大きなTurboおよびMultilingualバリアントはGPUアクセラレーションによる低遅延生成向けに設計されている — CUDAとApple Silicon(MPS)の両方がサポートされている。
- Chatterboxを使うべき場合: インタラクティブな音声アプリケーションなど、リアルタイムまたはほぼリアルタイムの遅延で商用利用可能なボイスクローニングが必要な場合。
- Chatterboxを避けるべき場合: ハードウェアを購入する前に、文書化され保証された最小VRAM値が必要な場合 — Resemble AIはそれを公開していない。
- VRAM: 公式には未公開。より小さなNanoバリアントはCPU対応、TurboおよびMultilingualバリアントはリアルタイム速度のためにGPUアクセラレーションを目標としている。
- 最適な用途: 自由なライセンスのもとでゼロショットの会話型ボイスクローニングを必要とする商用製品。
- Chatterboxの出力にはすべてResemble AI独自のPerth電子透かしが付与されており、ドキュメントではMP3圧縮を経ても残る知覚不能なニューラル透かしと説明されている — これは組み込みの出所シグナルであり、同意の代替物ではない(下記のボイスクローニングと同意のセクションを参照)。
Bark: 最良の表現力豊かな非音声オーディオ
SunoがGitHubで公開したBarkは、音声以上のもの — 笑い声、ため息、あえぎ声、そしてテキストプロンプトだけから生成されるシンプルな音楽 — を求める場合に適した選択肢であり、この比較の中でGPUの恩恵を最も受けるエンジンである。トークンごとの生成的アーキテクチャは、CUDAアクセラレーションなしでは4モデル中最も遅いためである。 カスタムボイスクローニングには対応していない。Suno自身のドキュメントによれば「現時点でカスタムボイスクローニングには対応していない」。
VRAMについては、PromptQuorumのBarkレビューによれば、フルモデルは約12GBを必要とし、小型モデル用の環境フラグ(SUNO_USE_SMALL_MODELS)によって約8GBまで削減できる — XTTS v2の4-6GBより明らかに多い。ライセンスはMITで、2023年5月1日に完全に商用利用可能となったが、メンテナンス状況は実際に未解決の問題である。公開GitHubリポジトリには2024年4月5日以降コミットが見られない。
- Barkを使うべき場合: 音声に加えて非音声オーディオ(笑い声、ため息、環境音)が必要で、8-12GBのVRAMに余裕がある場合。
- Barkを避けるべき場合: 本番パイプライン向けに信頼できる決定論的な出力が必要な場合、あるいはボイスクローニングが必要な場合 — Barkはこれに対応していない。
- VRAM: フルモデルで約12GB、小型モデルフラグで約8GB — ここで比較した4エンジンの中で最も重い。
- 最適な用途: 表現力豊かなオーディオ生成、音声と組み合わせたサウンドエフェクト、プロトタイピングや研究用途。
Kokoro: GPUがオーバースペックな場合
Kokoroはここで対比として取り上げている。NVIDIA GPUを持っているからといって、すべてのTTSワークロードにそれが必要というわけではなく、Kokoroはその証明である。 8200万パラメータという規模で、XTTS v2、Chatterbox、Barkよりも劇的に小さく、Hugging Faceの公式モデルカードはCPUのみでリアルタイムまたはそれ以上の速度の合成を文書化している。GPUの利用は必須ではなく、あくまで余裕をもたらすものである。
KokoroはApache 2.0ライセンスのもとにあり、ChatterboxのMITライセンスと同様に、制限なしで商用利用が可能である。ボイスクローニングには対応していないため、クローニングが要件である場合はXTTS v2やChatterboxの代替にはならないが、単純なナレーション、読み上げテキスト、あるいはクローニングが不要なアプリの音声レイヤーには、より軽量でシンプルな選択肢となる。
- Kokoroを使うべき場合: ワークロードが単純なナレーションや読み上げテキストであり、LLMなど他のワークロードのためにGPUのVRAMを空けておきたい、またはCPUのみの展開が必要な場合。
- Kokoroを避けるべき場合: ボイスクローニングが必要な場合 — 対応していないため、代わりにXTTS v2かChatterboxを使う。
- VRAM: GPUで実行する場合は約2GB。公式モデルカードによればCPUのみでもリアルタイム速度で動作する。
- 最適な用途: より重いクローニングエンジンが本当にオーバースペックとなる、単純なナレーションや読み上げテキストのユースケース。
GPU適性比較表
この表は、生のオーディオ品質ではなく、VRAM要件、CUDAアクセラレーションからそれぞれがどれだけ恩恵を受けるか、ボイスクローニング機能、ライセンスといったGPU適性の基準に絞って4エンジンを評価している。
📍 一文で説明
最高品質のボイスクローニングにはXTTS v2が優れ、商用のリアルタイム会話型クローニングにはChatterboxが優れ、表現力豊かな非音声オーディオにはBarkが優れ、クローニングが不要でGPUをその作業に使うのが無駄になる場合はKokoroが優れている。
実際に必要なVRAMはどれくらいか
6GB以上のVRAMを持つGPUであれば、Barkのフルモデル(約12GB、または小型モデルフラグで約8GB)を除き、この比較のすべてのエンジンを余裕をもってカバーできる。 デフォルトで最も重い選択肢を購入するのではなく、実際に必要なエンジンに合わせてカードを選ぶこと。
TTS専用ではないローカルAIワークロード全般におけるVRAM段階別のGPU選定については、PromptQuorumのローカルLLM向けGPU購入ガイドを参照。同じVRAM優先の購入ロジックはTTSにも当てはまり、TTSと並行してローカルLLMをすでに運用している場合、両方のワークロードは同じVRAMプールを奪い合うことになる。
- エントリー向けGPU(6-8GBのVRAM): XTTS v2を余裕でカバーし、Barkは小型モデルフラグを使った場合のみカバーし、Kokoroとより小さなChatterboxバリアントは容易にカバーする。
- ミドルレンジGPU(12GB以上のVRAM): Barkのフルモデルを含む4エンジンすべてをカバーし、他のワークロード向けの余裕も残る。
- ローカルLLMと並行してTTSを実行する場合: 両方のためにVRAMを見積もること — Q4量子化の7B LLMだけで約4-5GBを必要とするため、カードが16GB以上でない限り、Barkのフルモデルではなく、XTTS v2やKokoroと組み合わせること。
- 迷ったらKokoroかXTTS v2から始める — どちらも6GBのVRAMに余裕をもって収まり、用途が拡大した場合に後からより重いエンジンを追加する余地を残せる。
ボイスクローニングと同意
実在の人物の声を本人の知識や明示的な同意なしにクローンすることは、ライセンスとは別の問題であり、使用するエンジン、ライセンス、商用ステータスにかかわらず当てはまる。 XTTS v2とChatterboxはいずれも高性能な汎用ボイスクローニングツールであり、提供された参照音声がクローンされることに同意した人物のものであるかどうかを検証する機能はどちらにもない。
同意なしに声をクローンすることは、プロジェクトが商用か個人利用か、またモデルのライセンス条件にかかわらず、同意、パブリシティ権、そして法域によっては詐欺やなりすましに関する懸念を生じさせる可能性がある。これは法的助言ではなく事実に基づく注記である — 実在の人物の声をクローンする製品を開発している場合は弁護士に相談し、声をクローンする相手からは常に明確で文書化された同意を得ること。
- 実在の人物の声をクローンする前には、個人利用・商用利用を問わず、常に明示的で文書化された同意を得ること。
- Chatterboxの組み込みPerth電子透かしは生成された音声をツールにまで追跡する助けになるが、同意の代替にはならず、それ自体が許可を検証するものでもない。
- XTTS v2もChatterboxも同意の検証は行わない — その責任はすべてツールを操作する側にある。
よくある質問
ローカルTTSエンジンを実行するにはNVIDIA GPUが必要か?
いいえ。KokoroはCPUのみでもリアルタイム速度で動作し、XTTS v2、Chatterbox、BarkもCPUで動作する — ただし明らかに遅くなる。GPUはこれら3つをリアルタイムやバッチ処理で実用的にするものであり、そもそも実行するための厳密な必須条件ではない。
どのローカルTTSエンジンが最良のボイスクローニングを持つか?
Coquiがリリースしたxtts v2 は、ここで扱った中で最も品質の高いボイスクローニングの選択肢であり、わずか6秒の参照音声から17言語にわたって声をクローンできる。そのライセンスであるCoqui Public Model License(CPML)は非商用である。Resemble AIがMITライセンスで公開したChatterboxは、リアルタイムの会話遅延で商用利用可能なクローニングが必要な場合の最良の選択肢である。
XTTS v2はどれくらいのVRAMを必要とするか?
XTTS v2のモデル重みは約2GBであり、実行には4GBが実用上の最低ライン、リアルタイム推論には4-6GBが推奨される。詳細はPromptQuorumのXTTS v2レビューを参照。
Barkはどれくらいのvramを必要とするか?
Barkのフルモデルは約12GBのVRAMを必要とする。SUNO_USE_SMALL_MODELS環境フラグを設定すると約8GBまで削減できる。このガイドで比較した4エンジンの中で最も重い。
Chatterboxを商用利用できるか?
はい。Resemble AIがリリースしたChatterboxはMITライセンスのもとにあり、別途の契約なしで商用利用が可能である — XTTS v2の非商用CPMLライセンスとは異なる。
ローカルTTSにGPUはオーバースペックか?
用途による。ボイスクローニングなしの単純なナレーションや読み上げテキストだけが必要であれば、Kokoro(8200万パラメータ、Apache 2.0)はCPUのみでリアルタイム速度で動作するため、その作業のためにGPUを購入・専有する必要はない。ボイスクローニングや表現力豊かな非音声オーディオが必要であれば、GPUはXTTS v2、Chatterbox、Barkを大きく改善する。
XTTS v2とChatterboxの違いは何か?
XTTS v2は一般的により忠実度の高いクローンを生成し、クロスリンガルクローニングを伴う17言語をサポートするが、そのCPMLライセンスは非商用である。Chatterboxはリアルタイムの会話遅延向けに構築されたより小さなモデル(Multilingualバリアントで約5億パラメータ)であり、そのMITライセンスは商用利用を許可する。
Barkはボイスクローニングに対応しているか?
いいえ。Suno自身のドキュメントによれば、Barkは「現時点でカスタムボイスクローニングには対応していない」。選択可能な話者プリセットを使って笑い声、ため息、シンプルな音楽などの表現力豊かなオーディオを生成できるが、XTTS v2やChatterboxのように参照録音から任意の人物の声をクローンすることはできない。
TTSとローカルLLMを同じGPUで実行できるか?
はい、両方のためにVRAMを見積もれば可能である。Q4量子化の7B LLMだけで約4-5GBを必要とするため、XTTS v2(4-6GB)やKokoro(約2GB)と組み合わせれば12GBのカードに余裕をもって収まる。一方、LLMとBarkのフルモデル(約12GB)を組み合わせる場合、一般的に合計16GB以上のVRAMが必要になる。
個人プロジェクトであっても、誰かの声をクローンするには同意が必要か?
はい。実在の人物の声を明示的かつ文書化された同意なしにクローンすることは、プロジェクトが個人用か商用かにかかわらず、また使用するエンジンのライセンスにかかわらず、同意やパブリシティ権に関する懸念を生じさせる。これは法的助言ではなく事実に基づく注記である。
結論
すでにNVIDIA GPUを持っていて、それをテキスト読み上げに活用したい読者にとって、選択はその音声に何をさせたいかによって決まる。非商用のCPMLライセンスを踏まえると、非商用または研究用途で達成可能な最高のボイスクローニング品質を求めるならXTTS v2が選択肢となる。同じクローニング能力を商用製品として出荷する必要がある場合は、MITライセンスとリアルタイム志向の小型モデルサイズを備えたChatterboxが選択肢となる。プロジェクトが表現力豊かな非音声オーディオ — 笑い声、ため息、シンプルな音楽 — を必要とし、それを得るために8-12GBのVRAMを費やせる場合は、メンテナンス状況が不確かである点に留意しつつBarkが選択肢となる。クローニングが要件でない限り、Kokoroは引き続き正しい選択肢である。CPUのみで問題なく動作するため、そのためにGPUのVRAMを確保する価値はほとんどない。迷ったら、単純なナレーションにはKokoroから始め、本当にクローニングの要件が出てきた段階で初めてXTTS v2やChatterboxに移行する — そうすることで、ローカルLLMを含め、並行して動かす他の処理のためにGPUのVRAMを確保しておける。ここで挙げた各エンジンのライセンスの詳細については、PromptQuorumのローカルTTSおよびボイスクローニングのライセンスガイドを参照。
出典
- Hugging Face上のXTTS v2 — モデルカード: クローニング要件、対応言語、ライセンス情報。
- Resemble AI: Chatterbox — 公式モデル概要、ライセンス、パラメータ数。
- GitHub上のresemble-ai/chatterbox — README: インストール、MITライセンス、電子透かし、CPU/GPUサポート。
- GitHub上のsuno-ai/bark — README: ライセンス、VRAM/小型モデルフラグ、メンテナンス/コミット履歴。
- Hugging Face上のKokoro-82M — モデルカード: パラメータ数、Apache 2.0ライセンス、CPU/GPU性能。
- XTTS v2レビュー — 完全な使用コマンドとライセンス詳細を含むPromptQuorumの専用レビュー。
- Bark TTSレビュー — VRAM値とメンテナンス状況を含むPromptQuorumの専用レビュー。
- ローカルTTSおよびボイスクローニングのライセンス — ローカルTTSエンジン全体のライセンスとVRAMの完全比較。
