トレーラー

トレーラーノードは、ポッドキャストやインタビューの収録から 20〜40 秒のトレーラーを 1 回で切り出します。トレーラーを選んだ SNS フォーマットごとに書き出し、先頭にイントロカードを再生することもできます。複数のカメラで撮った会話を編集することもできます。

内部では、手作業で接続できるのと同じ工程を実行します。話者ラベルと単語のタイミング付きの文字起こし、トレーラーモードの編集プラン、EDL 適用です。イントロカードが接続されていれば動画を結合を加え、フォーマットごとに 1 つのSNS フォーマットを加えます。各工程はそれぞれ独立したジョブとして実行されるので、長い収録、キャンセル、失敗は、手作業で組んだワークフローと同じように扱われます。違いが 1 つあり、失敗したフォーマットがほかのフォーマットを止めることはありません。

• 長さはプランが選びます。 トレーラーは、トレーラーモードの編集プランが選んだ、収録の最も印象的な場面の 20〜40 秒です。長さの設定はありません。印象的な場面が 20 秒未満の収録では短いトレーラーになり、編集のメモにそのことが書かれます。
• 場面は、プランが決める短いクロスフェードでつながります。 つなぎ目の設定はありません。
• どのフォーマットも余白で埋め、トリミングはしません。 各フォーマットは画面全体をその形に収め、形が違う部分に帯を付けます。2 人を映したショットを中央でトリミングすると、話者が切れてしまうためです。

トレーラーノードは、計画の工程を Nodaro Cloud で実行します。セルフホスティング環境では、連携 › nodaro.ai から、または API キーで、環境を Nodaro Cloud に接続してください。接続がない場合、ノードは表示されず、実行は何かが始まる前に拒否されます。

使いどころ

• 1 回の実行で、新しいエピソードを Instagram のリール、TikTok、YouTube ショートと、正方形と縦長のフィード投稿で宣伝する。
• 番組のイントロカードで始まる、Web サイトや X 向けの横長 16:9 のトレーラーを作る。
• カットを 1 回確認してから、すべてのフォーマットをそこからレンダリングする。

工程をより細かく制御したいときは、編集プラン、EDL 適用、SNS フォーマットなどの個別のノードを使います。

クイックスタート

テンプレートマーケットプレイスには、すぐに使えるワークフローが 2 つあります。Trailer + Formats は同じチェーンを手作業で組んだもので、中身を入れるだけで使えます。Trailer + Formats in One Node はこのノードを使ったもので、レンダリング前に確認がオンになっており、フォーマットは 9:16、1:1、4:5 です。イントロカードは、自分で接続するために空けてあります。

入力

3 時間より長い収録や、音声または映像のない収録は、何かが課金される前に拒否されます。動画として読み取れないイントロカード、静止画のイントロカード、15 秒より長いイントロカードも同様です。最後の場合、メッセージは「The intro card is too long. Use a card of 15 seconds or less.」（イントロカードが長すぎます。15 秒以内のカードを使ってください）です。

録画が 2 本以上の場合は、録音の一覧の順番で最初の録画がカメラ 1 になります。設定パネルにはカメラのセクションが表示されます。複数のカメラを参照してください。

出力

設定

複数のカメラ

各カメラの録画を録音に接続します。ミキサーまたはレコーダーのトラックがある場合は、マスターオーディオに接続します。実行は、音声同期で録画を揃え、音声を文字起こしし、話者マップで各話者がどのカメラに映っているかを判定します。そしてすべての録画にわたってトレーラーを計画し、カメラ切り替えで各場面を話している人に合わせます。そのあと、録画が 1 本のときと同じように、イントロカードを付けてすべてのフォーマットを作ります。

• 録音。 1 つの会話の録画を 1〜6 本、順番に接続します：カメラ 1、カメラ 2、というようにです。順番を変えるには、設定パネルの録音の一覧でドラッグします。キャンバスでは、録音は動画だけを受け付けます。レコーダーのトラックはマスターオーディオに接続してください。
• マスターオーディオ。 トレーラーの音声で、録画を揃える基準の時間軸です。録画はマスターオーディオを含めて合計 6 本までです。
• マスターオーディオがない場合。 引きのカメラ自身の音声、それもなければカメラ 1 の音声が音声になるため、音声がカメラのマイク間で飛ぶことはありません。カメラが 2 台以上の場合は音声用に 1 枠を使うため、カメラは 5 台までです。
• カメラ 1 台とマスターオーディオ。 カメラはマスターオーディオに揃えられ、その 1 台のカメラでカットされます。カメラの 1 つと同じノードから接続したマスターオーディオは、そのカメラ自身の音声なので、ノードはマスターオーディオがない場合と同じように実行されます。
• 引きのカメラ。 全員を映すカメラです。専用のカメラがない話者はこのカメラに映り、このカメラが話者のカメラになることはありません。初期値ではなしです。
• 録音はすでに同期済み。 すべての録画がすでに同じ時間軸を共有している場合はオンにします。実行は録画を揃える処理を省くため、音声同期の工程はありません。
• どのカメラに誰が映っているか。 初期設定では、話者マップがカメラ自身のマイクから判定します。話者の声を最も大きく拾うカメラが、その人のカメラです。どのカメラもはっきりとリードしていない話者は、はっきりしたカメラがない扱いになり、引きのカメラに、それもなければその人を撮ったいずれかのカメラに映ります。その場合、ノードは結果の下にその旨を表示します。自動の判定を上書きするには、話者にカメラか引きのショットを指定します。話者 1 は最初に聞こえた声、話者 2 はその次の声、という順です。
• フォーマット。 すべてのフォーマットは、切り替え済みの 1 つのカットから作られ、録画が 1 本のときと同じように余白で埋められます。1 つのフォーマットが失敗しても、ほかのフォーマットが止まることはありません。
• マルチカメラの工程が失敗した場合。 音声同期、話者マップ、カメラ切り替えは、どのフォーマットよりも先に実行されます。そのどれかが失敗すると、フォーマットは 1 つも作られずに実行は失敗し、実行ごとの手数料は返還されます。続行を押すと、失敗した工程とそれ以降の工程が実行されます。
• レンダリング前に確認。 複数のカメラでは、確認した実行の最終レンダリングは、編集したカットでカメラ切り替えをもう一度実行してから、レンダリング、イントロカード、すべてのフォーマットを実行します。

実行の結果には、誰がどのカメラに割り当てられたかが、録画を揃えた処理と判定のメモとともに示されます。話者マップを利用できない場合、エディターやアプリでの実行は最初の録画だけを読み込み、設定パネルにそのことが表示されます。

次の場合は、何かが課金される前に拒否されます。

• 音声のみの録画が 2 本、または音声のみの録画 1 本とマスターオーディオ。
• 上の上限を超える数の録画。
• どれにも映像がない録画。
• 映像のある録画ではない引きのカメラ。
• 有効ではないカメラの設定。
• オーディオとして読み取れないマスターオーディオ。

マスターオーディオのない 1 本の録画の実行では、カメラの設定は無視されます。

レンダリング前に確認

レンダリング前に確認をオンにすると、実行はトレーラーのプレビューで止まります。このレンダリングは安いプレビュー料金のプレビューで、イントロカードとフォーマットはまだ作られていません。

1. 確認画面を開いてカットをチェックします。プランが削除したものを戻したり、残したものをカットしたりできます。カットを確認するを参照してください。
2. ノードの最終レンダリングをクリックします。ノードは、編集を反映したフル品質でトレーラーをレンダリングし、イントロカードを加えて、すべてのフォーマットを 1 回だけ作ります。

• 最終レンダリングはプレビューの設定を使います。 フォーマットなどの設定を変えるには、ノードをもう一度実行してください。
• 最終レンダリングはやり直せます。 最終レンダリングが完了したあと、カットをもう一度編集して最終レンダリングをクリックできます。レンダリングとそのあとの工程が再実行されて再び課金されますが、手数料はかかりません。同じ編集を 2 回レンダリングすることは拒否され、最終レンダリングは一度に 1 つしか実行されません。
• 公開したアプリでは、 EDL 適用のレンダリングと同じように、ノードはアプリのページにプレビューと最終レンダリングボタンを表示します。最終版が作られたあと、同じ実行の最終レンダリングをもう一度行うことは拒否されます。アプリでの最終レンダリングを参照してください。
• 後続のノードはプレビューで実行されます。 Nodaro Cloud では、ノードはプレビューで止まりますが、後ろに接続したノードはプレビューで実行されて課金されます。最終レンダリングのときに、トレーラーで再実行されます。
• 確認する人が必要です。 確認する人がいない実行は、このノードを通過できません。API、SDK、MCP の run_workflow ツール、トリガーから開始した実行や、コンポーネント内の実行がこれにあたります。トレーラーノードより前のノードは実行されて課金されます。そのあとノードは preview_review_required で失敗し、このノードの分は課金されません。こうした実行ではレンダリング前に確認をオフにしてください。

MCP の make_trailer と continue_use_case ツールは、それを呼び出す AI アシスタントが確認するので、レンダリング前に確認を使えます。

実行が失敗した場合

• レンダリングできなかったフォーマット。 最初の実行でも最終レンダリングでも、選んだフォーマットはすべて試されます。失敗したフォーマットがほかのフォーマットを止めることはありません。実行はレンダリングできたフォーマットで完了し、手数料はそのまま課金されます。ノードは、レンダリングできなかったフォーマットを「レンダリングできなかったフォーマット：1:1」のように示します。失敗したフォーマットは課金されません。実行は完了しているので、続行はありません。足りないフォーマットを得る方法は 2 つあります。
  • 同じトレーラーを、手数料なしで。 編集（EDL）出力を自分でレンダリングします。EDL 適用ノードに接続し、イントロカードを使った場合は、カードを先頭にした動画を結合ノードをつなぎます。最後に、足りないフォーマットに設定し、リサイズ方式を余白を追加（全体を収めて帯を付ける）にした SNS フォーマットノードを置きます。各工程はそれぞれの料金で課金されます。
  • 新しい実行。 そのフォーマットだけにチェックを入れて、ノードをもう一度実行します。手数料を含むすべての工程が再び課金され、新しいプランは別の場面を選ぶことがあります。
• フォーマットが 1 つもレンダリングされなかった実行は失敗し、実行ごとの手数料は返還されます。完了した工程は完了したままです。文字起こし、編集、トレーラーのレンダリングなどの結果は保持され、再び課金されることはありません。ノードの続行を押すと、失敗した工程とそのあとの工程だけが再実行されます。

リストの項目ごとには実行できない

トレーラーノードは 1 つの会話の収録を受け取り、その結果はすでにリスト（フォーマットごとに 1 本のトレーラー）です。リストから入力されるトレーラーノードは、どの実行も始まる前に、課金なしで拒否されます。メッセージは「Trailer takes the recordings of one conversation. Use a separate workflow run for each episode.」（トレーラーは 1 つの会話の収録を受け取ります。エピソードごとに別々のワークフロー実行を使ってください）です。

クレジット

トレーラーノードは、各工程を、その工程にあたるノードと同じそれぞれの料金で課金し、さらに 1 回の実行ごとに少額の手数料がかかります。ノードは実行前に、手数料を含む見積もり全体を表示します。

• 実行ごとの手数料は、1 回の実行につき 1 回課金されます。確認後の最終レンダリングでは、手数料は再び課金されません。失敗した実行の手数料は返還され、続行でまた確保されます。一部のフォーマットだけが残った実行にも、手数料が課金されます。
• 課金はトレーラー自体の長さに対して行われ、 見積もりに対してではありません。

実行前の見積もり

見積もりは、プランが切り出す最長のトレーラーである 40 秒で実行の料金を出します。つまり、レンダリングは 1 分、動画を結合はその 40 秒にイントロカードを加えた長さです。プレビューのあとの最終レンダリングは、実行が切り出したトレーラー（確認時の編集を反映）にイントロカードを加えた長さで見積もられます。長さがわからない収録は、編集プランの上限の 180 分で見積もられます。編集プランの分数の数え方は、編集プランで説明しています。

トレーラーの後のノード

トレーラー出力に個別接続でつないだノードは、フォーマットごとに 1 回実行され、フォーマットごとに課金されます。たとえば、3 つのフォーマットのトレーラーの後ろにある字幕を追加ノードは、3 回課金されます。受け取った動画の長さで料金が決まるノード（動画のトリミング、動画をループ、動画を結合、動画の効果音など）は、トレーラーの 40 秒にイントロカードを加えた長さで見積もられます。課金は、レンダリングされた長さで行われます。

ヒント

• 場面を指定する。 指示を使います。例：open on the funniest moment（いちばん面白い場面で始める）、no spoilers from the last ten minutes（最後の 10 分のネタバレはしない）。
• 確認は 1 回、レンダリングはすべてに。 レンダリング前に確認をオンにすると、すべてのフォーマットをレンダリングする前にカットを確認できます。
• 各フォーマットを 1 回ずつ投稿する。 トレーラーを個別接続で投稿用のノードに接続します。
• イントロカードを合わせる。 イントロカードを収録と同じサイズと形にすると、どちらにも帯が付きません。

トラブルシューティング

API から

POST /v1/episode-trailer は実行を開始し、jobId と executionId を付けて 202 を返します。本文には mediaUrls（収録の URL 1 つ、または 1 つの会話の録画を順番に最大 6 つ）を指定し、任意で masterAudioUrl、cameras、introCardUrl、formats（"9:16"、"1:1"、"4:5"、"16:9"）、reviewBeforeRender、planTier、instructions、styleGuide を指定します。ジョブは GET /v1/jobs/:id/status でポーリングします。

• formats を省略すると、デフォルトの 3 つのフォーマットになります。空のリストには 400 validation_error（「Choose at least one format」）が返り、同じフォーマットを 2 回含むリストにも同じ応答が返ります。
• cameras は { wide?, synced?, speakerCameras? } です。wide は引きのカメラの録画番号、または null です。synced: true は録画を揃える処理を省きます。speakerCameras は話者番号を録画番号に対応付け、0 は引きのショットです。複数のカメラを参照してください。
• API では、録画の 1 本を音声のみにできます。実行には、映像のある録画が少なくとも 1 本必要です。
• 複数の録画や masterAudioUrl には話者マップが必要です。話者マップを利用できない場合、これらは何かが課金される前に 403 node_not_available で拒否されます。
• ジョブの output_data には、トレーラー（formats、フォーマット順の { format, url } のリスト）と、その最初のものが videoUrl として入ります。レンダリングできなかったフォーマット（failedFormats、ある場合のみ）、編集（json）、文字起こし（transcript）、quality（プレビューでは proxy、それ以外は final）も入ります。複数の録画またはマスターオーディオでの実行では cameras が加わり、各話者、その話者に割り当てられたカメラの録画番号（引きのショットは null）、録画を揃えた処理と判定のメモが入ります。プレビューにはまだフォーマットがなく、formats は空で、videoUrl がプレビューです。失敗した実行は完了した部分を保持し、失敗した工程を failedStep で示します。
• Idempotency-Key ヘッダーを付けると、同じリクエストを再試行したときに同じ jobId と "deduped": true が返り、何も開始されません。
• POST /v1/episode-trailer/estimate は同じ本文を受け取り、何も開始せずに { data: { totalCredits, stepsCredits, feeCredits, durationSec } } を返します。
• POST /v1/episode-trailer/continue に { jobId, mode } を渡すと、実行を続行します。"mode": "from-failed" は、失敗した実行で完了しなかった部分を実行します。"mode": "render-final" は、確認用の実行の最終版をレンダリングし、任意で editedEdl を受け取ります。プレビューではなかった実行の最終レンダリングには render_final_not_preview が、すでにレンダリングされた編集の最終レンダリングには render_final_already_rendered が返ります。

SDK（client.edit.episodeTrailer、client.edit.estimateEpisodeTrailer、client.edit.continueUseCase）、CLI（nodaro edit episode-trailer、見積もりには --estimate、および nodaro edit continue-use-case）、MCP の make_trailer、estimate_use_case、continue_use_case ツールは、同じルートを呼び出します。単一ノードの実行、SDK での編集、MCP の分析と EDL のツールを参照してください。