動画の推論をローカルで実行すると、スタジオはモデルファイル、ワークフローの変更、ジョブのスケジュールを管理できます。同時に、互換性、ハードウェアの計画、出力の確認、ライセンスの管理もスタジオの責任になります。チェックポイントは作業の一部にすぎません。エンコーダー、VAE、アダプター、カスタムノード、書き出しツールによって、ワークフローが動作するかどうか、何が出力されるかが変わります。独自の構成要素を追加する前に、再現できる、公式に文書化された構成から始めてください。
目標は、別の開発者が再生成し、確認し、保守できる映像を作ることです。このガイドでは、利用が許可された、露骨な表現のないゲーム映像を扱います。ハードウェアの実測ベンチマークや、商用利用の包括的な許諾は提供していません。最新の公式規約とモデルのドキュメントを確認し、バッチを予定に組み込む前に、選んだマシンで基準版を確立してください。ローカルのハードウェアでは実行を自分で管理できますが、成人向けコンテンツのポリシーや公開条件は引き続きアセットに適用されます。
まずライセンスと公開先の記録を作る
ベースモデル、テキストエンコーダー、音声・動画VAE、アダプター、素材となる画像や録音・録画を一覧にしてください。各バージョンと日付に対応する適用規約を保存します。リポジトリのライセンス表示はコードだけを対象とし、重みや補助モデルには別の規約が適用される場合があります。AnimateDiffにはプロジェクト独自の適用範囲があり、ベースモデルの規約は別です。CogVideoXでは、許容的なライセンスを採用する小規模なリリースと、独自ライセンスを採用する大規模な重みを区別しています。実行する予定のパッケージそのものを確認してください。
推論を実行する場所と、ゲームやトレーラーを配布する地域の両方を記録してください。MiniMax H3のコミュニティライセンスはEU、英国、米国、韓国を対象から除外しています。HunyuanVideo 1.5はEU、英国、韓国を除外しています。出力に関する条件もリリース計画に影響します。商用利用に関する閾値、帰属表示、利用規定（AUP）の要件を確認してください。規約が予定するリリースを対象としていない場合は、バッチをレンダリングする前に適切な許諾を得るか、条件に適合するパイプラインを選んでください。
信頼できる、バージョン管理された構成をインストールする
重みと補助ファイルは、公式プロジェクトのドキュメントに記載された配布先からダウンロードしてください。ファイル名、ハッシュ、リポジトリまたはパッケージのリビジョンを記録し、関係のない実験とは環境を分けておきます。別のプロジェクトの依存関係を更新したことで、このワークフローが知らないうちに変わってはいけません。カスタムノードやスクリプトは実行前に確認し、推論をローカルで行うのか、リモートAPIを呼び出すのかを調べてください。次回の実行に明確な出発点を残すため、ワークフローのグラフと構成をアセットの記録とともに保存します。
構成要素はリリースごとに対応させてください。ファイル名が似ているだけでは、互換性の判断材料として不十分です。Wan 2.2には、タスクとサイズに応じた異なるバリエーションがあります。LTX 2.5は対応するエンコーダーと音声・映像の構成要素を使用します。ディテールを精緻化する処理には特定のTransformerが必要で、古いLTXアダプターがそのまま互換性を持つわけではありません。HunyuanVideoの標準版と高速化版にも、公開済みの重み一覧に示された正しい構成要素が必要です。公式サンプルでサポートされている設定から始め、変更は一度に一つだけ行い、動作する構成を保存してください。
ジョブ全体の必要リソースを見積もり、動作を確かめる
使用するモデル、実装、計算精度、長さ、解像度に対応する要件を読んでください。別の量子化ワークフローで示された最小メモリの情報では、このジョブの必要リソースを見積もれません。GPUメモリ、システムRAM、ディスク容量、一時的にデコードされるフレームを考慮します。複数のHopper GPUを使うMAGI-2 Previewの公式リファレンス構成は、より小規模なWanの構成とは大きく異なる導入形態です。コミュニティの回避策は調査の手がかりになりますが、制作スケジュール上の確約にする前に検証が必要です。
利用が許可された入力で短い動作確認ジョブを実行し、ログと出力を保存してください。必要な構成要素がすべて読み込まれ、想定したフレームと音声が生成され、結果をデコードして書き出せることを確認します。リクエストの準備からエンコードまで、全工程の時間を計測してください。拡散処理の時間だけでは、コストの一部が計測から抜け落ちます。ツールが表示できる場合は、リソース使用量のピークも記録します。ウォーム実行とコールドスタートは別々に計測してください。コールドスタートには、ダウンロード、コンパイル、モデルの読み込みが含まれる場合があります。
承認済みの基準版に対して高速化を評価する
量子化、積極的なオフロード、ステップ数の削減、コンパイル、別のアテンション実装を試す前に、受け入れ済みの基準版を保存してください。候補には同じ入力と制作指示を与え、対応している場合はシード値を記録します。クリップ全体を確認してください。動き、同一性、テクスチャの安定性、音声、書き出しの信頼性は、どれも重要です。魅力的な1フレームだけでは、不安定な動画を見落としかねません。スループットを高める変更は、ちらつきやジョブの失敗も増やす可能性があります。したがって、予定の期間内に生成できる、使用可能な映像で判断してください。
モデルファイル、ワークフローのリビジョン、寸法、長さ、ジョブの所要時間、リソース使用量、失敗、アートレビューの判定をまとめた簡潔な実行表を残してください。生成とゲーム内再生は別々に計測します。生成処理が速くなっても、ゲームが動画をより効率よくデコードできるようになるわけではありません。キャラクターに必要なディテールが安定していること、ループの継ぎ目が自然であること、対象ゲームで正常にデコードできることなど、アセットの用途ごとに受け入れ基準を定めます。モデルやワークフローを大きく変更した後は、基準版を見直してください。
バッチに上限を設け、編集可能な元データを守る
各バッチには、有限のキュー、再試行回数の上限、借りる計算リソースの支出上限、明確な停止条件を設定してください。アセットとテイクには一意の識別子を使い、書き出しが終わってからジョブを完了扱いにします。繰り返す問題を見つけられるよう、失敗したジョブと簡潔な診断情報を十分な期間保存してください。同じ入力で失敗が続く場合は、再試行を増やす前にワークフローや制作指示を確認します。使えないクリップで埋まったフォルダーも、アセットとしては未完成です。
承認済みの元アート、スクリプト、リファレンス用の録音・録画、選択したマスター、編集可能な仕上げ用プロジェクトを保存してください。納品アセットと並べて、生成記録を保管します。記録するのは、モデルのバージョン、ライセンスの保存時点の写し、設定、元素材のID、編集手順、レビュー担当者の判定です。学習やファインチューニングを、明確なキャラクター資料一式の代わりにしてはいけません。適応が妥当である場合は、データセットの権利、アダプターのライセンス、ベースモデルの規約をそれぞれ確認してください。他者のパッケージを採用する際は、必要な安全機能と来歴を示す機能をすべて維持します。
公開と再生を合わせて確認する
ローカルでの推論にも、モデルのAUPが引き続き適用されます。Lightricksのポリシーはクラウド製品とオンプレミス製品に適用され、性的に露骨なコンテンツの生成を制限しています。他のライセンスにも、それぞれ独自の安全要件や帰属表示の条件があります。元素材に含まれる人物の容姿、声、アートワークの権利を確認したうえで、公開先の最新の提出規則とプレビュー規則を調べてください。レンダリングの成功や成人向けの年齢表示だけでは、あらゆる流通経路や地域でアセットを配布する許可があるとはいえません。
マスター、必要な納品形式、代替用の静止画を書き出してください。寸法、フレームレート、長さ、ピクセル形式、音声、意図しないメタデータ、埋め込まれたテキストを確認します。FFmpegはトランスコードやストリームの選択に使えますが、有効なコンテナーであってもエンジン内での再生テストが必要です。代表的なハードウェアを使い、ゲーム内で再生、ループ、シーンの切り替えをテストした後、圧縮済みの納品ファイルを見て音も確認してください。受け入れ済みのバージョンをリリースし、そのマスターとマニフェストを保存して、ライセンス、ローカライズ、再生に関する修正に対応できるようにします。
重要な決定事項
- バッチを開始する前に、重み、依存関係、入力素材のライセンスと配布地域を確認してください。
- 公式の構成を固定し、再現可能で動作する基準版を維持してください。
- 実際に実行するマシンで、ジョブ全体とリソース使用量を計測してください。
- 高速化は速度だけでなく、受け入れられた映像と確実な書き出しでも評価してください。
- 編集可能なマスターを保存し、公開前に納品用エンコードをゲーム内でテストしてください。
外部のモデル関連コミュニティやコンテンツ公開サイトには、露骨な表現を含むコンテンツが掲載されている場合があります。出典へのリンクは新しいタブで開きます。このガイドでは、リンク先のプレビューを読み込みません。