はじめに

VRAM 8GBのグラフィックボードで、画像から動画を作る生成はどこまで動くのか。私のPCはRTX 3070で、VRAMは8GBです。2026年8月にComfyUIを入れ、画像から動画を作るモデルを回しました。

先に結果を書きます。704×704・約3秒の動画が、1本124秒で出ました。VRAMは7.4〜7.7GBに張り付いたままで、落ちてはいません。画像から画像への作り替えは、1024×1024で26秒でした。

そこへ着くまでと、そのあとモデルを足していく途中で、7件つまずきました。モデルのファイルが落とせない。書き出した配線図が受け付けられない。エラーも出ないのに、渡した画像が無視されている。8GBで大きなモデルを回しているとVRAM不足に見える落ち方で、調べると原因がVRAMではなかった件が2つあります。

この資料は、その7件を、起きたこと、原因、直し方、確かめ方の順に書いたものです。あわせて、8GBに載せたモデルと載せなかったモデル、ファイルの大きさ、生成にかかった秒数を載せます。

範囲と時点

環境は、Windows 11、NVIDIA RTX 3070（VRAM 8GB）、メモリ31.6GBです。ComfyUIはWindows向けのportable版を使いました。
作業した時期は2026年8月13日から9月23日です。秒数やVRAMの値は、そのときの作業記録に残したものです。この資料のために生成を回して測り直してはいません。
2026年10月10日に、手元のファイルの大きさと置き場所、起動用のファイル、配布ページのライセンス欄を見直しました。見直して記録と違っていた点、記録が残っていない点は、そのとおりに書きます。
モデルもComfyUIも更新が速く、数週間でファイル名、配布場所、ノードの名前が変わります。環境や時期が違えば結果も変わります。同じ手順で同じ結果になることは保証できません。
モデルにはそれぞれライセンスがあります。重みが公開されていても、商用に使えるとは限りません。私が見た範囲は本文に書きますが、使う前に、各モデルの配布ページでご自身で確認してください。
例に出す題材は、風景、静物、動物です。人物の生成、LoRA、参照画像で見た目を固定する仕組み（IP-Adapter）は扱いません。あとの2つは私の環境に入れておらず、試していません。
道具の配布は含みません。載せたコードと設定は、私のPCにあるファイルからの抜粋です。

目次

無料部分 - つまずき1　数GBのモデルファイルが落とせない

有料部分 - 8GBに載せたモデルと、置き場所（載せなかったものを含む） - 生成にかかった時間（動画、画像の作り替え、言葉での書き換え） - 起動オプション - つまずき2　書き出した配線図が受け付けられない - つまずき3　生成が急に遅くなる日がある - つまずき4　言葉で書き換える編集が、16ステップあたりで落ちる - つまずき5　渡した画像が無視されて、別の絵が出る - つまずき6　速くしようとステップを減らしたら、絵が霞んだ - つまずき7　モデルを切り替えたら、1本に14分かかった - 作り替えの強さと、絵の中の文字 - ライセンスの区分 - 点検リスト

つまずき1　数GBのモデルファイルが落とせない

何が起きたか

最初に入れたのは、画像から動画を作る Wan 2.2 TI2V-5B です。必要なファイルは3つで、合わせて18.1GB（18,144,966,705バイト）あります。いちばん大きい1本が10.0GBです。作業記録には16.9GBと9.3GBと書いていました。これは1GBを1024の3乗バイトで数えた値で、中身は同じです。

Windowsに入っている curl.exe で落とそうとしたら、落ちました。終了コードは35（SSL connect error）です。-L --retry 5 を付けても同じでした。

次に、PowerShellの Invoke-WebRequest -OutFile を使いました。こちらは通信が通ります。ところが、6GBのファイルを落としている間、保存先のファイルは0バイトのままで、進んでいるのかどうかが分かりません。その間に、メモリが6GB使われていました。

原因

2つは別の話でした。

curl.exe が落ちたのは、私の環境では、PCに入れているセキュリティソフト（Norton）がHTTPS通信を検査しているためです。同じURLでも、.NETの通信（Invoke-WebRequest や HttpClient）は、Windowsの証明書ストアを使うので通りました。

Invoke-WebRequest -OutFile は、受け取った中身をメモリに溜め込んでいました。6GBのファイルなら、メモリを6GB使います。

直し方

.NETの HttpClient を、ヘッダーだけ先に読む指定（ResponseHeadersRead）で開き、4MBずつ読んではファイルに書きます。作業記録に残っているのは、次の6行です。

$hc = [System.Net.Http.HttpClient]::new(); $hc.Timeout = [TimeSpan]::FromHours(3)
$resp = $hc.GetAsync($url, [System.Net.Http.HttpCompletionOption]::ResponseHeadersRead).GetAwaiter().GetResult()
$in = $resp.Content.ReadAsStreamAsync().GetAwaiter().GetResult()
$out = [System.IO.File]::Create($dest); $buf = New-Object byte[] 4194304
while (($n = $in.Read($buf,0,$buf.Length)) -gt 0) { $out.Write($buf,0,$n) }
$out.Close(); $in.Close(); $hc.Dispose()

$url に配布元のURL、$dest に保存先のパスを入れます。タイムアウトは3時間にしてあります。この方法で、3ファイルを落とし切りました。

8月にどの版のPowerShellで動かしたかは、記録が残っていません。2026年10月10日に、PowerShell 7.6.6 と Windows PowerShell 5.1 で、この6行の構文だけを検査しました（ダウンロードは実行していません）。どちらも構文は通ります。ただし5.1では、そのままだと HttpClient の型が見つかりませんでした。先頭に次の1行を足すと、型が見つかります。

Add-Type -AssemblyName System.Net.Http

確かめ方

落としたファイルが途中で切れていないかは、大きさで見ます。あとでこの処理をスクリプトにまとめたとき、次の3つを足しました。

書き込み先を 保存先.part という仮の名前にして、終わってから本来の名前に変える
ループの中で書いたバイト数を $done に足していく
応答ヘッダーの大きさ（$resp.Content.Headers.ContentLength）と $done が違えば、止める

if ($total -and $done -ne $total) { throw "サイズ不一致（途中で切れた）: $done / $total" }

正直に書いておくと、このスクリプトは既定では何も書き込まない下見の動作で、実際に落とす指定を付けて回した記録は、まだありません。Wan 2.2 の3ファイルについては、配布ページの大きさやハッシュ値と突き合わせた記録も残っていません。確かに言えるのは、10月10日に見た手元の3ファイルのバイト数と、その3ファイルで動画が生成できていることです。

ここから先は有料です。残りの6件と、8GBに載せたモデルの一覧、置き場所、生成にかかった時間の実測、起動オプション、モデルを切り替える前の解放、ライセンスの区分、点検リストを載せています。