クリエイティブ分析
WanGPとは?低VRAMでWan・H3・LTXを動かすローカル画像・動画生成環境を解説

目次
ローカル動画生成では、モデルによって大容量VRAMを必要とする一方、WanGPは一部の対応モデルを6GB VRAMから実行できる低VRAM構成を提供している。
動画生成モデルは画像生成よりメモリ要求が大きくなりやすく、モデルごとに環境を作り直す手間もある。ComfyUIなら細かく制御できる一方、ワークフロー、カスタムノード、チェックポイント、量子化、オフロードまで自分で管理するのが重い人もいる。
WanGPは、複数の画像・動画・音声生成モデルを低VRAM寄りの構成で扱うローカル生成環境だ。
以前はWan2GPの名前で知られていたが、2026年9月時点の公式READMEではWanGPとして、Wan 2.1/2.2だけでなくMiniMax H3、LTX-2系、Hunyuan Video、Qwen Image、FLUXなどをまとめて扱う「一体型」生成環境へ広がっている。画像・動画だけでなく音声やTTSも対象だ。
特徴は低VRAMを前提にした実装にある。
公式の「6GB VRAMから」という表現は、一部の対応モデル・設定についての下限であり、WanGPに入っている全モデルを6GBで動かせるという意味ではない。
結論:低VRAMで複数の生成モデルを試したい人には有力。ただし「6GBで全部」は違う
WanGPが向いているのは次のようなユーザーだ。
- Wan、H3、LTX、Hunyuanなど複数の動画モデルを1つの環境で試したい
- 8GBや12GBなど、動画生成では余裕が少ないGPUを使っている
- ComfyUIのワークフローを毎回組むより、モデルを選んで生成したい
- INT8、FP8、GGUFなどの軽量チェックポイントを活用したい
- モデルのオフロードやVRAM管理をできるだけアプリ側へ任せたい
- 生成キューを積んでPCを長時間動かしたい
逆に、ノード単位で処理順を設計したい、複数のカスタムノードを組み合わせたい、研究的な新ワークフローを最速で追いたい場合はComfyUIの方が自由度は高い。
WanGPはComfyUIの代用品というより、「多数のローカル生成モデルを低VRAM寄りの既成構成で使う」ことへ強く寄せた別の選択肢と考えると分かりやすい。
WanGPとは
WanGPはDeepBeepMeepがGitHubで公開しているローカル生成アプリだ。リポジトリ名には現在もWan2GPが残るが、プロジェクト名はWanGPへ移行している。
2026年9月5日時点の公式READMEでは、主な対応モデルとして次が挙げられている。
| 分野 | 主な対応モデル例 |
|---|---|
| 動画 | Wan 2.1/2.2、MiniMax H3、LTX-2系、Hunyuan Video、LongCat、Kandinsky、LTXVなど |
| 画像 | Krea 2、Qwen Image、Z-Image、FLUX 1/2、SenseNova、Ideogram 4、HiDreamなど |
| 音声・TTS | Qwen3 TTS、ACE-Step系、IndexTTS、Chatterbox、MiniMax Music、Stable Audioなど |
つまり現在のWanGPを「Wan 2.2専用GUI」と理解すると古い。
動画生成を中心にしながら、画像生成、音声生成、TTS、アップスケール、後処理まで同じ環境へ集約する方向に進んでいる。
6GB VRAMで何ができる?
公式READMEは、一部のモデルなら6GB VRAMから実行できるとしている。
6GBという数字は、一部モデルに限った下限として読む必要がある。
WanGPは6GB対応
≠
WanGPの全モデルが6GBで動く
≠
6GBで高解像度動画を快適に生成できる
必要VRAMは少なくとも次で変わる。
- 選ぶモデル
- チェックポイントの精度・量子化
- 解像度
- フレーム数・動画時間
- VAE decode
- アテンションやキャッシュの方式
- CPU RAMへのオフロード量
- 同時に使う補助モデル
- ブラウザや他アプリが使うVRAM
WanGPはこうした条件に対し、低VRAMプロファイル、量子化チェックポイント、RAMへのオフロード、タイル分割などをモデルごとに組み合わせて実行可能範囲を広げる。
6GB・8GB級
この帯は「対応モデルを選んで動かす」前提だ。
一部モデルではWanGPの低VRAM最適化を生かせるが、巨大な最新動画モデルを最高解像度で使う帯ではない。システムRAMへの退避が増えれば、生成時間も伸びやすい。
6GBという数字は導入可能性の下限として見る方が安全だ。
12GB級
RTX 3060 12GBや4070系の一部など、ローカル生成で現実的なユーザー数が多い帯だ。
WanGPの価値が出やすい容量でもある。24GB前提の構成をそのまま動かすのではなく、量子化やオフロード込みで対応モデルの選択肢を広げられる。
ただしモデルによっては12GBでもRAM依存が大きくなる。
16GB級
動画生成を継続的に使うなら、かなり扱いやすくなる帯だ。
WanGPの公式更新では、特定モデルについて16GB前後を目安にする例も複数ある。さらに画像生成・アップスケール・音声処理などを同じ環境で使う場合も余白を確保しやすい。
24GB以上
低VRAM最適化が不要になるわけではないが、オフロードを減らし、高品質チェックポイントや長い動画を選びやすくなる。
ローカル動画生成をGPU購入理由の中心にするなら、同価格帯で速度だけを見るより、VRAM容量によって使えるモデルやプロファイルが変わることを重視したい。
16GB・24GB・32GBのGPU購入判断は、ローカルAI向けGPUのVRAM比較記事も合わせて確認したい。
低VRAM化はどう実現している?
WanGPは1つの魔法の圧縮技術だけでVRAMを減らしているわけではない。
公式READMEでは、対応チェックポイント形式として次が挙げられている。
- INT8
- FP8
- GGUF
- NVFP4
- Nunchaku
さらにGPUアーキテクチャに応じた自動ダウンロードによって、手元ハードウェアに合うモデルファイルを取得する仕組みを持つ。
モデルによってはRAMへのオフロード、タイル分割、量子化テキストエンコーダー、枝刈り済みチェックポイントなども利用される。
量子化形式の対応はモデルごとに異なる。
「WanGPがGGUF対応だから、すべての動画モデルをGGUFにして同じ方法で動かせる」とは限らない。モデル系統ごとの実装を確認する必要がある。
MiniMax H3もWanGPで使える
WanGPはH3も対応モデルへ含めており、2026年8月の更新ではFL2VA / Ref2VA、スライディングウィンドウ、開始・終了画像、音声ソース、制御動画、Face Refiner、二段階生成などH3向けの機能をかなり拡張している。
8月26日のWanGP v12.643系では、H3の2段階生成と潜在空間アップスケーリングも追加された。
ただし公式README自身が、通常の通常の2段階生成はVRAMピークを減らさないと明記している。VRAMピークを下げたい場合はタイル分割付きの方式が別途用意される。
高速化
≠
VRAM削減
同じ機能が両方を改善するとは限らない。
NVIDIAは古いGPUも対象
公式READMEは、NVIDIAについてGTX 10XX、RTX 20XX以降も対象としている。
最新RTXだけを前提にしないのはWanGPの特徴だ。
ただし、古いGPUでも最新GPUと同じ最適化が使えるわけではない。
NVFP4のようにハードウェア世代へ依存する形式や、CUDA/Triton kernelの対応、速度差がある。古いGPUでは「起動できる」と「実用速度で生成できる」を分けて考えたい。
AMD GPUにも対応する
WanGPはAMD GPUも対象としており、2026年9月時点の公式READMEではRDNA 2、3、3.5、4を挙げている。
ローカル画像・動画生成ではNVIDIA前提のツールがまだ多いため、この対応範囲は大きい。
一方で、AMD対応も全モデル・全acceleratorがNVIDIAと同条件という意味ではない。
モデルごとのbackend、PyTorch、driver、量子化kernelなどの差があるため、購入前には使いたいモデル名まで決めて対応を確認するべきだ。
「WanGPがAMD対応」と「H3の特定高速化が自分のRadeonで使える」は別の質問になる。
ComfyUIとの違い
WanGPとComfyUIは競合する部分があるが、設計思想がかなり違う。
| 項目 | WanGP | ComfyUI |
|---|---|---|
| 基本操作 | モデル・機能中心のWeb UI | node ワークフロー |
| 低VRAM | モデル別の既成最適化を重視 | ワークフロー・node側でも細かく構成可能 |
| 新モデル導入 | WanGP側の対応を待つ | core/カスタムノード経由で早い場合が多い |
| 自由度 | 中〜高 | 非常に高い |
| 初期学習 | 比較的軽い | ワークフロー理解が必要 |
| queue | あり | あり |
| headless/API | あり | あり |
| 向く人 | 多数モデルを簡単に使いたい | 処理を細部まで設計したい |
初心者だから必ずWanGP、上級者だから必ずComfyUIという分け方ではない。
大量の生成をqueueへ積み、決まったモデルやプロファイルで回すならWanGPは上級者にも便利だ。一方、初心者でも公開ワークフローをそのまま使うならComfyUIが簡単な場合もある。
生成以外の機能もかなり多い
WanGPは単なるmodel launcherではない。
公式READMEでは、次のような機能を統合している。
- mask editor
- background remover
- pose / depth / flow extractor
- prompt enhancer
- gallery
- temporal / spatial アップスケール
- MMAudioなどの音声処理
- LoRA管理
- model/チェックポイント manager
- CivitAI browser/downloader
- generation queue
- headless mode
- API
さらに2026年にはDeepyというローカル寄りのagent機能も強化され、生成taskやmedia processingをまとめて実行する方向へ広がっている。
そのため現在のWanGPは、単なる「低VRAM版Wan」よりローカル生成スタジオに近い。
インストール時に気を付けること
WanGPは更新頻度が高く、modelごとの依存関係も多い。
本番環境や普段使いのPython環境へ直接混ぜるより、専用folder・専用環境として分離する方が安全だ。
Windowsでは公式READMEから案内されるdesktop installer系の選択肢もあるが、導入元は必ず公式READMEからたどることを勧める。
公式READMEも、WanGP/Wan2GP名を使う第三者サービスと公式projectは別物であり、公式GitHubまたはwangp.ai系の公式経路を使うよう注意している。
ライセンスは「普通のOSS」と思い込まない
ここは2026年時点で特に注意したい。
WanGPの現在のLICENSE.txtはWanGP Community License 2.0である。
平易なsummaryでは、ローカル利用は無料、WanGPを使って生成したoutputを販売・ライセンスすることも可能としている。一方で、WanGPそのものを販売・ホワイトラベル化したり、有料API / SaaS / hosted / OEMとして提供したりする行為には別のcommercial permissionが必要とされている。
さらに、WanGPが呼び出すmodel、weight、dataset、third-party codeにはそれぞれ別のライセンスがある。
したがって、
WanGPを無料でローカル利用できる
≠
WanGP本体を自由にSaaS化できる
≠
WanGPで選べる全モデルの商用利用条件が同じ
である。
特に生成物を販売する場合は、WanGP本体だけでなく実際に使ったmodel/チェックポイント/LoRAのライセンスを確認する必要がある。
GPUを買うならWanGPだけを基準にしない
WanGPは低VRAMの選択肢を広げるが、VRAM不足そのものを消すわけではない。
GPU購入時は、最低動作だけでなく次を見たい。
- 主に使うモデルを決める
- 希望解像度・動画時間を決める
- 量子化やオフロードをどこまで許容するか決める
- システムRAM容量も確認する
- 生成速度の実測を確認する
- 将来使いたいモデルの余白を残す
たとえば「6GBで動く例がある」ことを理由に6GB GPUを新規購入するのは勧めにくい。
すでに6GB GPUを持っている人がWanGPで可能性を広げるのと、2026年にローカル動画生成用として新しく6GB GPUを買うのは別の判断だからだ。
購入目的なら、最低VRAMではなく自分が使うモデルを無理なオフロードなしで回せる容量を基準にした方が長く使いやすい。
WanGPが向いている人・向いていない人
向いている
- 低VRAM GPUをすでに持っている
- Wan/H3/LTXなどを横断して試したい
- ワークフロー構築より生成そのものに時間を使いたい
- Windows/Linuxでローカル生成環境をまとめたい
- queueやheadlessで長時間生成したい
- 画像・動画・音声処理を1つの環境へ寄せたい
ComfyUIなどを優先してもよい
- ノード単位で完全に処理を設計したい
- 最新研究実装をカスタムノードで最速追従したい
- 既存のComfyUI ワークフロー資産が大量にある
- WanGPがまだ対応していないmodelを使いたい
- 特定kernelやdependencyを自分で固定したい
まとめ
WanGPは、旧Wan2GPのイメージよりかなり大きなソフトになっている。
2026年9月時点では、Wan 2.1/2.2だけでなくMiniMax H3、LTX系、Hunyuan Video、Qwen Image、FLUXなどをまとめ、画像・動画・音声・TTSまで扱うローカル生成環境だ。
特に価値があるのは、
- 一部モデルを6GB級VRAMから狙える低VRAM設計
- INT8 / FP8 / GGUF / NVFP4 / Nunchakuなど複数形式への対応
- 古いNVIDIA GPUを含む広いハードウェア対象
- AMD RDNA系への対応
- architecture-aware model download
- queue、headless、API、LoRA、アップスケール、media toolsの統合
にある。
ただし、6GBは全モデル共通の必要VRAMではない。高速化とVRAM削減も同義ではない。モデルごとに使える量子化・オフロード・タイル分割・acceleratorが違う。
そしてWanGP本体のライセンスも、現在はCommunity License 2.0だ。ローカル利用や生成物利用と、WanGP本体の商用サービス化は分けて確認する必要がある。
低VRAMのGPUをすでに持っていて「最新のローカル動画生成を諦めたくない」ユーザーにとって、WanGPは2026年時点でかなり有力な選択肢だ。
まとめ
- WanGPは旧Wan2GPから発展したマルチモデルのローカル生成環境で、動画だけでなく画像・音声・TTSまで同じWeb UIから扱う
- 公式の「6GB VRAM」は一部モデル・構成の下限であり、H3や高解像度動画を含むすべてのモデルが6GBで快適に動く意味ではない
- Wan、MiniMax H3、LTX、Hunyuan Video、Qwen Image、FLUXなどを扱い、INT8・FP8・GGUF・NVFP4・Nunchakuなど複数の軽量形式に対応する
- 古いNVIDIA GPUとAMD RDNA系も対象だが、モデルや最適化ごとに対応範囲と速度が異なるため、GPU名だけで可否を決めない
- WanGP本体はWanGP Community License 2.0で、ローカル利用は無料だが、WanGP自体の有料SaaS・ホワイトラベルなどには制限がある。生成に使う各モデルのライセンスも別途確認が必要
公式サイトで次に進む
この記事で明示的に扱うソフトだけを表示します。配布・手順は各公式ページで確認してください。
WanGP
local-gen.jpがファイルを配布するものではなく、互換性を保証するものでもありません。
この記事で扱ったデータ
モデル・GPU・実行ソフトの確認済みデータを、記事とは別に確かめられます。