中古 3090 の動画マシン：2026 年にローカル生成は実際いくらかかるのか

みんなが実際に晒している構成リスト

10月の初め、r/LocalLLM である人が低予算のローカル AI 動画サーバーの構成を貼って相談していた。中身は RTX 3090 24GB、RTX 3060 12GB、Huananzhi の X99 マザー、Xeon E5-2699 v3、DDR4 32GB、1TB の NVMe。目標は地味だがはっきりしている。720p か 1080p のテキストto動画と画像to動画、リアル寄り、しかも生成ごとにお金を払わないこと。

こういうスレッドは、ローカル AI について一番正直なレポートになっている。ハードがすごいからではない。制約が明記されているからだ。そのスレッドの誰も、ホスト型モデルに追いつくとは言っていない。どこに壁があるのかを確かめているだけだ。そして壁は、ほとんどの人が思っていない場所にある。

モデルの品質ではない。スケジューリングだ。

24GB で買えるもの、2枚目が何のためか

動画生成は画像生成とは桁違いにメモリを食う。実用解像度でローカル動画をやるなら 24GB が事実上の下限で、3090 が今も選ばれるのは、はるかに高いカードと同じメモリ帯域を持っているからだ。発売から何年経ってもこの手の構成に登場し続ける理由がこれ。

12GB のカードは過小評価されがちな部分。3090 と一緒に動画をレンダリングするためではない。それ以外の全部（プロンプトを書き換える言語モデル、アップスケーラー、キャプション付けのモデル、音声まわり）を載せておくためだ。そうすればワークフローが持ち手を変えるたびに、3090 がモデルを入れ替えずに済む。

これはスケジューリングの問題で、しかも公開の場で解決されつつある。10月中旬の別の r/LocalLLM の投稿では、必要に応じてモデルをロードしたり外したりして、llama.cpp、Ollama、ComfyUI、TTS エンジンで1枚の GPU を共有させるオープンソースの GPU オーケストレーターが紹介されていた。コメント欄はすぐに llama-swap と比べていた。アプリを起動・終了させ、共存できるグループを定義できるやつだ。自分の自作版を貼る人もいた。生態系が成熟するとこうなる。どのモデルが一番いいかの議論は終わり、深夜2時に誰がカードを取るかの議論が始まる。

同じ圧力はアプリ層にも出ている。r/StableDiffusion では、Apple Silicon 向けに調整した独自の推論エンジンの上に載ったネイティブ macOS アプリが発表された。ノードグラフを手で繋ぐのに疲れた人向けだ。r/DGX_Spark では、1台の Spark 上で7つのモデルを同時に動かすワークスペースを誰かが組んでいた。チャット、OCR、音声認識、翻訳、画像生成、音付きの動画、音楽。それを1つの Web インターフェースの裏に置く。ハードは違うが、発想は同じだ。モデルごとにアプリを立てるのはやめる、ということ。

反復の気まずい計算

構成リストに書かれないのはここだ。ローカル動画生成は1回のレンダリングではない。20回だ。最初の19回は、手が溶けていたり、カメラが流れていたりする。

1本数セントのホスト型モデルなら、このループは安くて速い。1回3〜6分のローカル機材だと遅い。そして遅いループは働き方を変える。試さなくなる。3テイク目で妥協する。試したいプロンプトではなく、通ると分かっているプロンプトを書くようになる。

この交換が自動的に悪いわけではない。月に何百本も作るなら、ローカル機材は元を取るし、ボトルネックは予算ではなくキューになる。月に10本なら、電気代で趣味を買っていることになる。

損益分岐点は、実はお金の話ではない。アイデアがダメだと早く知るスピードより、プライバシーと無制限のリトライを重く見るかどうか、という話だ。

編集の層が追いついてきた

9月末にもう1つ出てきた。AI 合成のために作られた、オープンソースで拡張可能な動画エディター兼ジェネレーターで、r/StableDiffusion で1日で1000以上の upvote を集めた。売り文句は、より良いクリップを生成することではない。生成したクリップを、直せる場所に置くことだ。

これがどのローカルワークフローにも欠けている中間部分だ。注目を集めるのは生成だが、完成した動画が完成して見える理由はタイムラインにある。顔が変わる0.5秒を切る、生成した前景の後ろに実写の背景を敷く、カットを意図的に見せる音を足す。ローカルのタイムラインがないローカル生成は、クリップが入ったフォルダでしかない。

どのプロジェクトにも同じパターンがある。名前を付ける価値がある。ローカルのスタックは家電になりつつある。1つの箱、1つのインターフェース、どのモデルが GPU を取るかを決めるスケジューラー、そして最後に、生成された映像を出力ではなく素材として扱うエディター。

実際に何を期待すべきか

あのスレッドのような構成を考えているなら、3つの期待値を調整しておくといい。

720p が正直な目標だ。 1080p のローカル動画は存在するが、そこからは1本あたりの時間が分単位ではなくコーヒー単位になる。ローカル動画の成功例を貼っている人たちは、ほぼ720p に良いアップスケールを足すところに落ち着いている。

メモリの下限はモデルカードの記載より高い。 Microsoft の 4B 画像to3Dモデル TRELLIS.2 は最低24GBを要求し、A100 と H100 で検証されている。研究用モデルではあるが、方向は明快だ。構造化された3Dや長尺の動画を生成するものは、たぶんまだ持っていないメモリを欲しがる。

難しいのはソフトのほうだ。 ドライバ、CUDA のバージョン、互いに噛み合わないノードパック、署名のないネイティブモジュールを止める Windows のセキュリティ機能。四半期に一度、週末をドライバ作業に使うのは珍しくない。完成品のアプライアンスが売れ続ける理由もそこにある。

これが趣味の人だけの話でない理由

この手のスレッドで重要なシグナルは、人が余った部屋で動画モデルを回していることではない。制約が、生成できるかどうかから、パイプラインに供給し続けられるかどうかへ移ったことだ。技術がデモでなくなるとき、そうなる。

ハイエンドでは当分クラウドが強いままだ。フロンティアモデルが中古の 3090 で動くことはないし、差は顔と物理に出る。だが市場の中間、つまり小さなスタジオが月に100本を、生成ごとの課金もクライアント素材のアップロードもなしで必要とする層は、24GB のカードとスケジューラーとエディターが、趣味ではなくインフラに見え始める場所だ。

構成リストは地味だ。だがテクノロジーが今どこにあるかを示す、一番正確な地図でもある。