生成に時間がかかる理由

簡単に言うと： ボタンを押してから動画ができるまでには、3つの壁があります。お使いのアカウントで同時に実行できる生成ジョブの数には上限があり、それを超えた分は順番待ちになるだけで、失敗することはありません。また、モデルサービス側にもサイト全体で共有される処理上限があるため、他のユーザーのジョブが先に処理されることがあります。そしてモデル自体の処理には、数秒ではなく数分かかります。画面に表示される所要時間の見積もりは、最近完了したジョブの平均値であり、確約された時間ではありません。

SceneMixerがエンドツーエンドで生成したAIショートドラマ『ラストシティ・ノックアウト』の静止画（キャラクター6人、1話） — サンプル：『ラストシティ・ノックアウト』 — 絵画風アニメ、1話、脚本からSceneMixerパイプラインでエンドツーエンド制作 · エピソードを見る

ここで説明する内容はすべて、実際のエピソードで確認できます。完成したサンプルエピソードを開いてタイムラインを見てください。そこにあるカード1枚ひとつが、それぞれキューを通過した1回の処理にあたります。

あなたのアカウントの上限は「同時実行スロット数」であり、処理速度ではない

アカウントごとに、同時に実行できる生成ジョブの数が決まっています。その数を超えてジョブを開始すると、超過分は待機状態になります。実行中のジョブが1つ完了すると、自動的に次の待機ジョブが空いたスロットに繰り上げられて実行されるので、あなたが戻って何かボタンを押す必要はありません。

待機はエラーではありません。処理が失敗したりデータが失われたりすることはなく、待機中のジョブに必要なクレジットはすでに確保（消費ではなく凍結）されています。開始前にキャンセルすれば、クレジットはすぐに戻ります。

利用できるスロットの数はプランによって異なります。有料プランにすると同時に実行できるジョブの数が増え、上位プランでは他のユーザーより優先的に処理される優先キューが利用できます。ただし、どのプランでも1回の生成にかかる時間自体は変わりません。その部分はモデル側の処理時間であり、どのプランでも同じモデルを使用するからです。

3つの短いインタラクティブな処理は、意図的に待機状態になりません：AIによる台本作成、スタイル提案、キャラクターの声のマッチングです。これらはスロットが埋まっていても実行されます。数秒で終わるテキスト処理の呼び出しなので、10分かかる自分の動画ジョブの後ろで待たせるのは理に合わないからです。ただし実行中はスロットを1つ使用するため、すでに上限に達している状態でこれらを開始すると、次に送信したジョブが短時間待機状態になることがあります。

全体共有の上限

あなたのスロットの背後には、もう1つの上限があります。それは、サイト全体でモデルサービスに同時に投入できるジョブの数です。このカウンターは稼働中のすべてのサーバーで共有される、完全にグローバルな制限です。そのためサイトが混雑しているときは、あなたのジョブは他のユーザーのジョブの後ろで待つことになります。

同じセグメントでも、ある時間帯はすぐに始まり、別の時間帯は待たされることがあるのはこのためです。あなたのプロジェクトの設定には何の変更もなくても、こうした状況は起こります。

画面の待ち時間表示の算出方法

表示される見積もりは未来予測ではなく、単純な計算値です。同じモデルサービスで、あなたと同じかそれ以上の優先度でキューに入っているジョブの数を、そのサービスのワーカーが並列実行できる数で割り、そのサービスで直近に成功した50件のジョブの平均実行時間をかけています。そのうえで、ジョブが終わる前に見積もり時間が来てしまうのが一番悪い間違いなので、固定の安全係数で少し長めに調整しています。

つまりこの見積もりは、仕組み上「過去の実績」をもとにしています。状況が普段と違うときほど精度が下がります——そしてそういうときに限って、あなたはこの数字を気にしているものです。

実際に時間がかかっている部分

ほぼすべての時間はモデルの処理に使われています。私たちのシステム側の処理——プロンプトの組み立て、添付する参考画像の解決、結果の書き戻し——にかかる時間は、長くても数秒程度です。

大まかな目安として、2026年8月の社内計測では、設定画の生成に平均約1分半、動画1セグメントの生成に約9分半、エピソード1話全体の合成に約13分かかっていました。あくまで参考値であり、サービスレベルとして保証するものではありません。これは1回の計測結果であり、選択するプランのティアやサーバーの負荷によって変動し、常にこの値が最新であるとは限らないからです。

あなたが調整できる唯一の要素はティアです。低価格で低解像度のティアは、概して処理も速い傾向があります。そのため、狙ったカットがうまくいくか確認する最も速い方法は、まず安いティアで試し、うまくいってから上位のティアで本生成することです。

The episode timeline: every segment as a card with its thumbnail and duration — 1つのエピソードに10のセグメント——それぞれが個別にキューを通過します。

進んでいないように見えるときは

本当に問題が発生したジョブは、何の表示もなく止まったりはしません——必ず終了処理が行われます。モデルにリクエストが届かなかった場合や、モデル側が混雑・レート制限を返した場合は、クレジットはあなたのアカウントに戻ります。呼び出しがタイムアウトしたり、通信が途中で切れたりした場合は、モデル側で処理が実行されて課金が発生したかどうかを私たちが判別できないため、クレジットは消費も返金もされず凍結されたままとなり、担当者が手動で処理を確定します。

つまり、何か失敗したあとにクレジット残高が少なく見えても、ほとんどの場合は消費されたのではなく確保されているだけです。上部バーのクレジットパネルに台帳があり、凍結・消費・返金のすべてが明細として記録されています。

制限	設定元	上限に達したときの動作
同時に実行されるあなたのジョブの数	あなたのプラン	超過分は待機し、自動的に繰り上げ実行される
サイトがモデルサービスに投入できるジョブの数	サイト全体で共有	他のユーザーの後ろで待つ——プランに優先キューが含まれる場合を除く
1つのジョブの実行時間	モデルと選択したティア	待つ以外にできることはない
AIによる台本作成、スタイル提案、声のマッチング	待機対象外	スロットが埋まっていても実行される

よくある質問

プランを購入すると生成は速くなりますか？

同時に実行できるジョブの数が増え、毎月のクレジット付与が受けられ、上位プランではジョブが優先キューに入ります。ただし、1回の生成にかかる時間自体は変わりません。それはモデルの実行時間であり、どのプランでも同じモデルを使用するためです。

ジョブが待機中と表示されています。課金されていますか？

クレジットは凍結されています。これは消費されているのではなく、確保されている状態です。ジョブが実行されて成功した場合に消費され、開始前にキャンセルした場合は全額が戻ります。

見積もり時間が違うのはなぜですか？

そのモデルサービスのキューの長さを、ワーカーが並列実行できるジョブ数で割り、直近50件のジョブの実行時間をかけて、安全係数で調整した値です。計算に使われる値はすべて直近の過去の実績なので、状況が変化しているときほど見積もりの信頼性は下がります。

キューを飛ばして先に進めることはできますか？

クリップごとの課金ではありません。上位プランには優先キューが含まれており、共有待ち列で他のユーザーのジョブより優先的に処理されます。それ以外のプランでは、自身の同時実行スロット数が増えます。安いプランのほうが早く完了することもよくあります。

一気に全部始めるべき？それとも1つずつ？

全部始めて大丈夫です。スロット数を超えた分は待機状態になり、スロットが空いた瞬間に自動で繰り上げられます。自分で終了に気づいてボタンを押すよりも確実に速いです。

まず短いセグメントで試す

プロジェクトの所要時間を最も安く確認する方法は、下位プランで1セグメントだけ実行して様子を見ることです。新規アカウントには、まさにそのための無料クレジットが付与されています。

プロジェクトを開始

2026年9月21日更新