書き出し仕様が抜けると何が起きるか
クリエイティブが承認されていても、納品で失敗することがあります。縦版カットが横版フォルダに入り、カバー画像は古いタイトルセーフゾーンのまま、編集者にはプロンプト記録なしの完成クリップだけが届き、クライアントは final_final という2つのファイルで字幕が違う理由を尋ねます。アニメショット自体は悪くありません。足りないのは書き出し仕様です。 この記事では、書き出し漏れが起きない納品仕様の組み立て方を順番に説明します。
AIアニメの一括書き出しは、ダウンロードボタンを押すだけではありません。プロジェクトには、マスタークリップ、縦版バリエーション、正方形クロップ、カバー、サムネイル、プロンプト記録、声のタイミング、字幕ファイル、メタデータ、権利メモ、アーカイブ済みの選択テイクなど、多くの関連出力があるからです。これらをまとめて計画しないと、チームは最終日にファイル名を直し、カバーをリサイズし、どの版が承認済みか説明することになります。
書き出しは、多くの人が思うより早い段階から始まっています。アスペクト比（16:9 または 9:16）とスタイルは Story Brief の中ですでに決まっていて、最後に改めてクロップし直す必要はありません。このエピソードができあがったら、Export / Publish が完成版を書き出す場所です。より広い制作管理には 低コスト下書きから完成版へ と 一括書き出しと納品仕様ガイド を組み合わせます。
レンダー前に納品物を決めるルール
最終仕上げの前に書き出しを計画します。形式、尺、アスペクト比、セーフゾーン、音声状態、字幕の必要性、メタデータはショット構図に影響します。レンダー後にそれらのルールが来ると、チームは承認した画をクロップで削って納品を直すことになります。
クリエイティブ承認と納品承認を分けます。ショットがキャラクター、アクション、物語のレビューを通過していても、解像度が違う、字幕タイミングがない、という理由で納品は失敗します。状態を分け、approved がそのまま「出せる」を意味しないようにします。
マニフェストは退屈なくらい明確にします。各行には、納品物、元ショット、形式、アスペクト比、尺、言語、音声状態、字幕状態、担当者、承認状態を書きます。気の利いたフォルダ構造は、読めるマニフェストの代わりにはなりません。
メタデータは、それが説明するアセットの横に置きます。プロンプト記録、参考資料の役割、使用メモ、タイトル、エピソード番号、プラットフォーム用キャプション、書き出し日を、切り離された文書に置かないでください。ファイルが編集者やアーカイブへ渡るなら、文脈も一緒に渡るべきです。
一括前にサンプル書き出しを実行します。代表的なショットを1つ選び、必要な全バリエーションを書き出して受け渡しをレビューします。40クリップでセーフゾーン違いを見つけるより、1クリップで見つけるほうが安いです。
一括書き出しワークフローを進める方法
納品ブリーフから始めます。作品の行き先を列挙します。編集者への受け渡し、クライアントレビュー、SNS公開、アーカイブ、吹き替えパス、予告カット、エピソード組み立てなどです。行き先ごとに必要ファイルは変わります。存在しない行き先の納品物を作らないでください。
ArcLoop の中で書き出し用のマニフェストを別に組む必要はありません。プロジェクトそのものが記録です。承認済みのショットを Edit のタイムラインに並べ、長さや順序を調整し、そこで Generate Voiceover と BGM を追加し、仕上がったら Export / Publish で書き出します。この一本の流れが、そのまま納品物のすべてです。
行き先ごとに納品仕様を書きます。プラットフォーム用ファイルでは、アスペクト比、尺の範囲、カバーサイズ、字幕要件、音声状態、タイトルやコピー欄を定義します。編集者用ファイルでは、コーデックまたはコンテナ、必要なら handles、音声分離、プロンプト記録、レビューメモを定義します。アーカイブ用ファイルでは、元バンドル、選択済みテイク、最終書き出し、承認証拠を定義します。
バッチレンダー前に名前を確認します。命名には、プロジェクト、エピソード、ショット、バリエーション、バージョン、状態を入れますが、文章にはしません。メタデータが長いなら、ファイル名ではなくマニフェストに置きます。
完全なサンプルパッケージを1つ書き出します。受け取る側の目でレビューします。編集者は元ショットと状態を質問なしで識別できますか。公開担当は正しいカバーを見つけられますか。アーカイブは完成版を選択済みテイクへ戻せますか。
書き出しに問題があるときは、元から直します。おかしい1つのショットを再生成するか、Edit のタイムラインで裁ち直すだけで、プロジェクト全体をやり直す必要はありません。マイアセットにあるアイデンティティやシーン設定はそのままでよく、実際に問題があった小さな部分だけを直します。
「バッチエクスポート」と言うとき、実は別々の場所で起きる二つの作業を指していることが多いので、始める前に切り分けておきましょう。
先にやるのはまとめて生成する方で、Episode の Storyboard で行います。shot card の Generate を一枚ずつクリックする代わりに、AI Chat Panel に「Generate videos for Shots 4, 7, and 9.」と一行入力すれば、3本まとめて一度に生成されます。結果はそれぞれの shot card で確認して、おかしいものがあればそのショットだけ再生成し、ほかは触らないでください。
バッチエクスポートの方は、Edit のタイムラインそのものです。OKを出したショットを納品順にタイムラインへ並べ、尺の指定に合わせて頭と尻を詰め、順番が違えば入れ替えます。Generate Voiceover と BGM はカットが固まってから足しましょう。トリムのたびに音を合わせ直す手間がなくなります。そのあとタイムライン全体を最初から最後まで、受け取る側のつもりで一度通して見てください。ショットの順番違い、カット点の空フレーム、9:16 の画面端に寄りすぎたランタンの手がかり——どれもファイルを渡したあとに直すより、ここで見つけたほうがずっと安上がりです。
問題がなければ、そこで初めて Export / Publish を使います。この一手でそのタイムラインの完成カットが書き出されます。画角とスタイルは Story Brief の段階で決まっているので、最後にフォーマットを作り直す工程はなく、どのショットとアセットがそのファイルに入ったかはプロジェクト自体に残ります。
書き出しはタイムラインの最後の一歩
書き出しは最後に付け足された別のシステムではなく、同じプロジェクトの最後の一歩です。マイアセットの中のキャラクターとシーンアセット、このエピソードの絵コンテの中のショット、Edit の中のタイムラインは、すべて同じワークフローに属しています。だから Export / Publish が使うのは、そのエピソードを作ったのと同じプロジェクトであり、制作履歴を推測するだけの表ではありません。
バッチが大きくなる前に、キャラクタープロフィール項目 で制作経路を設定します。エピソード作品なら、エピソードごとに納品チェックリストを1つ、リリースパッケージごとにマニフェストを1つ持ちます。複数プラットフォームのキャンペーンなら、クリエイティブマスターを1つ持ち、プラットフォーム別バリエーションを分けます。SNS用クロップが誤ってアーカイブマスターになるのを防げます。
企画も同じプロジェクトの中にとどまります。ストーリー概要、マイアセットの中のキャラクターとシーンアセット、各エピソードの絵コンテ、Edit のタイムラインは、すべて同じ IP プロジェクトの中にあります。チームは別の場所で企画して最後にファイルの山を読み込む必要はありません。Export / Publish が使うのは、プロジェクトの中にすでにあるものです。
例 1：Neon Lantern Case の一括書き出し
Medium shot of @Riko Vale slowing to a stop in @Night Market as one paper lantern above her blinks out of rhythm with the rest. She tilts her head, reading the coded flicker while @Signal Lantern pulses on its string. Camera tracks alongside her at shoulder height, then settles as she stops, stalls drifting past in the foreground. Warm red and amber lantern light washes across her coat, steam curling from a food stall behind her. Market chatter and clinking cookware drop low under the lantern's soft, uneven click.
このプロンプトは、チームが何十個もファイルを作る前に、書き出し作業を具体化します。
例 2：縦型クリップパッケージの納品仕様
Close-up on @Riko Vale's face and raised hand as she lifts @Signal Lantern close to study its blinking code, keeping her eyes and the lantern both inside the top half of frame. Camera holds tight and steady, angled slightly up toward her. Warm amber light flickers unevenly across her face, @Night Market blurring into soft color behind her. The lantern's faint mechanical click is the only sound; the market noise underneath drops almost to silence.
この仕様は、納品意図が混ざる問題をカバーします。受取人は、チーム内の略語を解釈せずに公開、編集、アーカイブできます。
例 3：レビュー後の書き出し修正
Wide shot of @Riko Vale standing still at the center of @Night Market, coat catching the glow of @Signal Lantern and the rows of lanterns strung above her. Camera is locked off at chest height, leaving clean space above her head instead of crowding the frame. Warm lantern light rims her silhouette against deep blue shadow across the stalls behind her. She doesn't move; only the lanterns sway. The market itself has gone quiet, just a low hum of distant chatter.
このバッチに必要なのは、クリエイティブのやり直しではありません。狭い納品仕様の修正だけです。
一括書き出しでよくある失敗パターン
最も高くつく失敗は、最後になってアスペクト比を考えることです。横方向の見せ場に合わせたショットが、縦クロップに耐えられるとは限りません。プラットフォーム要件は、最終レンダー前に絵コンテとショットプロンプトへ入れます。
もうひとつの失敗は、承認ラベルを1つだけ使うことです。Approved は、監督がショットを気に入った、キャラクター連続性を通過した、字幕がチェックされた、パッケージがアップロード可能、のどれでもありえます。クリエイティブ承認と納品承認を分けます。
チームはファイル名に情報を詰め込みすぎることもあります。使えるファイル名は納品物を識別し、完全な文脈はマニフェストが持ちます。長いファイル名はすぐ壊れますし、承認履歴の説明にもなりません。
4つ目の失敗は、あり得る全バリエーションを書き出すことです。一括書き出しは仮想フォーマットのメニューではありません。実際の行き先に紐づく形式だけを書き出します。新しいプラットフォーム、編集者、言語、アーカイブルールが必要になったときにバリエーションを追加します。
よくある質問
AIアニメの書き出しマニフェストには何を入れるべきですか？
納品物ID、元ショット、ファイル種別、アスペクト比、尺、音声状態、字幕状態、メタデータ要件、担当者、クリエイティブ承認、納品承認、アーカイブリンクを入れます。行き先固有フィールドは、実際に使う場合だけ追加します。
書き出しマニフェストと納品仕様の違いは何ですか？
マニフェストは全納品物を一覧化します。納品仕様は、それらの納品物が満たすべきルールを定義します。形式、サイズ、セーフゾーン、命名、メタデータ、字幕、承認状態、受取人メモです。
すべてのプラットフォーム版を一度に書き出すべきですか？
まず完全なサンプルパッケージを1つ書き出します。サンプルがクロップ、字幕、命名、メタデータ、受け渡しレビューを通過したら、残りを書き出します。システム的なエラーが増殖する前に見つけられます。
書き出したファイルを、それを生成したショットとどうつなげておきますか？
キャラクターとシーンアセットはマイアセットの中に置いたままにし、それらを使うすべてのショットで @ により参照します。書き出すとき、完成した映像は同じ資産とこのエピソードの絵コンテへとたどれるままで、出所不明なファイルとしてバラバラのフォルダに紛れることはありません。
ショットを1つも生成する前に、書き出しを先に計画しておけますか？
できます。まず Story Brief でアスペクト比とスタイルを決め、ストーリー概要を書き、それからショットを1つずつ積み上げてこのエピソードの絵コンテを組みます。Export / Publish のステップに着く頃には、フォーマットは最初にすでに決まっていて、最後に急いで合わせるものではなくなっています。
