すべてのモデルに戻る

Luma AI / Video

Luma Dream Machine.
カメラに物語を語らせること。

Dream MachineはLuma AIのビデオ制作プラットフォームです。ビデオモデルはテキストと画像の指示に対応し、キーフレームやカメラ制御を文書化されたワークフローでサポートします。物語作りでは、そうした制御が問いを定める助けになります:カメラはどこへ動くべきで、その動きは何を明らかにするべきか?

物語の内部Video
雨に濡れた駅のプラットフォームにいる架空のAnayaとKabir。
AI Directorのショットブリーフ場所だけでなく人物を明らかにする。
01 / 開始

前景のAnaya、Kabirはぼやけている。

02 / 移動

視線に動機づけられた抑制された横方向の見せ方。

03 / 完了

両方の登場人物を画面上の位置関係をはっきりさせて維持する。

架空の物語コンセプト。参考用のイラストであり、掲載モデルの出力ではありません。

Model capabilities

Dream Machineがフレームにもたらすもの

テキストと画像からビデオへ
説明からムービングショットを作るか、画像を視覚指示として使う。
キーフレーム指示
対応するワークフローは開始フレームや終了フレームを受け入れ、動画を延長して動きの始まりや終わりを定義するのに役立ちます。
カメラ言語
記録されたカメラ動作の指示は、オービットのような動きを要求する方法を提供します。具体的な対応は選択したモデルに依存します。

機能はモデルのファミリーを示すもので、Tosheo にあらゆるバージョンやコントロールが保証されるという意味ではない。制作アクセスはプロバイダーの可用性、参照、権利、承認された範囲に依存する。

02 / Luma

Dream Machineはあなたの物語の中でどこに入るか

Lumaはロングショットの定着、空間的なリビール、意図的なカメラ経路が重要な遷移の候補です。TosheoのAI Directorは物語のビートを開始フレーム、移動の意図、終了構図に変換し、返ってきた移動が場所とカットを保持しているかを確認できます。

Fictional example場所だけでなく人物を明らかにする。

Anayaの後ろから始め、プラットフォームの反対側で待っているKabirが見える程度にだけ引いてください。

開始
前景のAnaya、Kabirはぼやけている。
移動
視線に動機づけられた抑制された横方向の見せ方。
完了
両方の登場人物を画面上の位置関係をはっきりさせて維持する。

03 / Luma

Dream Machineへのハンドオフを計画する

AI Directorはシーンプランからビデオリクエストを準備し、AI Skillsでフレーミング、演技、音の意図を指定します。クリエイティブ準備をレビューするか、選んだスコープ内でAutoモードを使うことができます。モデルには、そのアセットにとって重要な参照と制約を付けた限定的な仕事が割り当てられます。

独立したクリエイターには、あるクリエイティブ判断を次の制作段階につなげる手段です。出版社には、繰り返し使う資産をエピソード計画に紐づけ続ける役割を果たします。広告主は承認済みの商品参照をショットに持ち込め、制作会社はトリートメントと引き渡し要件をシーケンス全体で維持できます。

04 / Luma

飾りではなく文法としてのカメラ

連続作品は最初の2話で視聴者に視覚言語を教え、その後それに依存します。カメラが寄ると何かが確定され、止まると何かが差し控えられていることを意味します。それはルールが一貫している場合にのみ機能します。

生成ツールは逆の状況を招きがちです:ショットごとに別の、より印象的な動きが選ばれるため、各ショットが個別に評価されます。その結果、カメラワークが各話で意味を変えるため情報を伝えないシーズンになります。

ショット単位の選択効果としてのカメラ
  • 最も印象的な一手が勝つ。
  • 物語的理由のない動きの変化
  • 観客はそれから何も学ばない
  • 二話がまるで別番組のように見える
  • ショットを一致させるように修復することは不可能です
承認済みトリートメント文法としてのカメラ
  • この制作のために定義された語彙。
  • 動きはショットごとにプランで指定される
  • 反復はエピソードを通じて意味を構築する
  • ルールが変わらなかったためエピソードが一致する
  • 修復は元の条件を再現できる

05 / Luma

垂直方向の制約

9:16のフレームはカメラの動きを制限する。横移動は行き場が乏しく、ワイドは被写体を失いやすく、プッシュインが実際に余地のある数少ない動きの一つになる。縦型シリーズで使える語彙は横型に比べて実際に小さい。

その制約はトリートメントとショットプランに記載されるべきで、同時にルーティング入力にもなります:特定の動きを指定するショットは、それを所定の品質で制作できるプロバイダーへルーティングされます。

  • その一手は計画内でショットごとに指定され、即興ではなく継承されます。
  • カバレッジは、失敗したカメラ移動でシーンが行き詰まらないように計画されている
  • トリートメントは一度承認されるとスコープに対してロックされる。
  • 派生するウェブ資産では動作の抑制が尊重されますが、エピソード本編ではそうではありません

06 / Luma

ルーティングについて我々がしていない主張。

プロバイダーのドキュメント

機能は公式情報と照合済み。物語の適用例は Tosheo の編集上の例示であり、比較ベンチマークではない。

Lumaビデオ生成ドキュメント

制作前の質問

誰がカメラ言語を決めるか。

制作案段階の制作者。縦型のフレーミングとローンチフォーマットという実務上の制約を前にしている。これがカノンとして承認・継承されることで、第19話が第1話と似た見た目を保つ。

ショットごとにカメラの動きを指定できますか?

はい。そしてそこに属する。コンパイラは計画の一部としてショットごとに構図とカメラ指示を出し、アニマティックは何も高品質でレンダリングする前にその動きが機能するかを確認する場である。

カメラ移動はショットの修復を難しくしますか?

動きのあるショットは一般に静止ショットより部分的な修復が難しく、それが実際の制作コストであり、理由なしにカメラを動かさない理由の一つである。副次的な変更なしに修復が成功したかは追跡され、修復の結果が悪いトリートメントは見直す価値がある。

縦型フレーミングは撮影できる内容を制限しますか?

はい、有意義に。これは我々が黙って回避するよりも明示したい制約である:使えるワイドが少なく、横移動が減り、顔やクローズスペースに強く寄る。マイクロドラマ制作の多くはその制約を利点に変えることに関する技術である。

どのプロバイダーがカメラの動きを最もうまく扱うか。

特定の一社名を挙げるつもりはありません。比較ベンチマークを実施しておらず、それなしで発表されるランキングは、このサイトが拒む裏付けのない主張そのものになります。

AI Director + AI Skills + Models

モデルがアセットを作ります。あなたのAI Directorが物語をつなぎます。

  1. 01

    あなたの演出指示

    ブリーフ、フォーマット、エピソード計画、想定言語を共有する。

  2. 02

    AI Director

    絵コンテ、参考資料、ショット単位の演出をAI Skillsで作る。

  3. 03

    モデル適合性

    アセットを利用可能なモデルと承認済みの制作範囲に合わせてください。

  4. 04

    物語対応のアセット

    結果を文脈の中で確認し、注意が必要な箇所を修復して編集を組み立てる。

クリエイティブ準備を自分で確認するか、選んだ範囲内でAutoモードを使用してください。費用承認、権利クリアランス、最終納品の受領は引き続き明示的な決定事項です。

More from the model library

物語の構築を続ける。

Tosheo / AI-native production

シーンから始める。
演出に繋げること。

Tosheo がブリーフ、AI Skills、生成、レビューをどのように一つの制作フローに統合するかを見る。