Luma Ray1.6とHunyuanVideo|5秒Web素材と129フレームT2V環境をどう保存する?

5秒720pの既存素材を再利用するか、GPU条件とpromptを固定してローカルT2Vを再実行できる状態にするかで、必要な資産台帳が変わります。

2026年10月19日に公式資料を確認しました。当時仕様・現在状態・移行条件を分け、画質や速度の実測順位は作っていません。

公式仕様の比較。生成結果の実測と、公式に記載された機能は分けて紹介します。根拠・検証範囲を見る

この記事の目次
  1. 01完成ファイルと実行環境を別の成果物にする
  2. 02Rayの旧Web状態とHunyuanの公開状態
  3. 03入力動画を初代T2Vへ仮定しない
  4. 04商品回転を移す仮の保存票
  5. 05GPU費・移行・実測の限界
  6. 06出典と比較の限界
01

完成ファイルと実行環境を別の成果物にする

Ray1.6は旧Webの完成ファイルとクレジット、HunyuanVideoは公開ウェイトと実行環境が成果物になるため、保存・移行の焦点が明確に分かれる。

Luma Ray1.6の旧Dream Machine表とTencent初代HunyuanVideo T2Vの公式repoに限定する。Ray後継、Hunyuan後続版・別入力方式、第三者ホストは対象外。

一次資料: Luma|Dream Machine Credit System、Tencent-Hunyuan|HunyuanVideo official repository。

02

Rayの旧Web状態とHunyuanの公開状態

2026年10月19日確認。歴史仕様・提供状態・価格単位を分けた比較
確認項目Luma Ray1.6Tencent HunyuanVideo(初代T2V)記事での扱い
経路Dream Machine Web/iOS履歴。現行API ID不明。Tencent公式公開ウェイト、初代T2V。ホストとローカルを混ぜない。
入力・制御詳細な入力制御は旧表で未確認。テキストprompt、seed、video-size、129f。HunyuanはT2Vのみ。
出力720p・5秒。540p/720p・129f。完成尺とフレーム数を別記録。
単位・資源80 credits/5秒720p。API単価なし、GPU60/45GB、80GB推奨。GPU費をcreditsへ換算しない。
03

入力動画を初代T2Vへ仮定しない

Ray1.6側は元動画、5秒720p、80 credits、生成日時を保存します。Hunyuan側は初代T2V prompt、video-size、video-length=129、steps、seed、チェックポイント、CUDAとGPUを保存します。

Ray1.6の公式表はWeb出力単位を示します。Hunyuan公式repoは公開ウェイト、129フレーム、540p/720p、GPUピークを示します。Rayの画像制御やHunyuanの別入力方式を補いません。

04

商品回転を移す仮の保存票

仮の制作条件(実測ではありません)。仮に旧Rayの商品の回転カットをローカル環境へ移すなら、Ray側の元MP4とクレジット履歴を保管し、Hunyuan側は回転を記述したT2V prompt、1280×720・129フレーム、seed、GPU環境を別票で固定します。元動画をHunyuanにそのまま渡せる前提は置きません。

05

GPU費・移行・実測の限界

Ray1.6は旧Web 80 credits/5秒720p。HunyuanVideoはAPI価格なしで、720pピーク60GB、540p45GB、80GB推奨のGPU・ストレージ・運用費を別見積もりにします。

Ray1.6はLuma現行ray-3.2のrequest shapeへ、Hunyuanは公開チェックポイントを再配置してローカル環境を再現します。片方の価格・経路をもう一方へ転記しません。

06

出典と比較の限界

Hunyuan実測、Ray1.6現行API ID、GPUの実際のコスト・速度、旧Ray素材からの自動変換、品質・成功率は確認していません。

この条件で制作を相談する

用途・素材・尺・予算・希望時期が決まっている範囲で、株式会社志庵へ相談できます。掲載会社への一斉送信や契約は行いません。