【現役検証】After Effectsのエンコードが止まる｜真犯人はプリコンプ

AEの書き出し、何分待っても進捗バーが進まない…
エラーも出ないし、CPUもGPUも遊んでる。なんなのこれ…？

After Effectsのエンコード、止まりますよね。それも「エラーが出て止まる」じゃなく、無言でフリーズするやつ。あれ、現場で踏むと本当に焦ります。

うちもリリックMVの納品作業中に踏みました。忙しい時期で「あと書き出すだけ」って状態だったんですが、気づけば半日まるごと潰れてました。VRAM増やしても、コーデック変えても直らない。

でも安心してください。真犯人は「描画モードしかないプリコンポーズ」で、黒い平面を1枚敷くだけで一発で復活します。エラー文言（GPUメモリ不足・出力モジュール停止）は症状で、原因じゃないんです。

この記事では、現役クリエイターの僕（青来）が実案件で踏んで半日溶かした実体験から、After Effectsのエンコードが止まる本当の原因と、最短ルートの解決法まで全部公開します。同じ地雷を踏まないためのチェックリストも最後に置いておきます。

After Effectsのエンコードが止まる症状｜無言フリーズで起きていること

まずは「エンコード 止まる」と一口に言っても、症状にはいくつかパターンがあります。今回扱うのは一番タチが悪い「エラーは出ないけど進捗バーが完全に止まる」無言フリーズのやつです。

Media Encoderで進捗バーが止まる典型症状

うちの環境（After Effects 2026 / Windows / RTX 4070 Ti / VRAM 12GB / 書き出し先ローカルSSD）で、リリックMVの書き出し中にAdobe Media Encoderが完全停止しました。症状はこんな感じ：

• 進捗バーが特定のフレームでピタッと止まる
• CPU使用率は余裕（30%前後）
• GPU使用率は0%（完全に演算が止まっている）
• VRAMは中途半端に溜まったまま
• Media Encoderにエラーダイアログは一切出ない

「重い処理だから時間かかってるだけ？」と思って待ちましたが、何分待っても1フレームも進まない。これがAE書き出しトラブルで一番厄介な「無言フリーズ」の典型です。

リリックMV納品前に半日溶けた実体験

うちが踏んだのは、リリックMVの納品納期が翌日に迫っていた忙しい時期です。本編集も色味も終わって「もう書き出すだけ」って状態だったので完全に油断してました。

最初は「VRAM足りないんかな」と思ってMedia Encoder再起動 → 同じフレームで止まる。AE再起動 → 同じ。コーデック変更 → 同じ。気づいたら3時間溶けてました。

最終的に解決まで半日。真犯人にたどり着いてからは2分で復活しましたが、そこに辿り着くまでが長かった。この記事はその時の遠回りを、後輩クリエイターが同じ目に遭わないようにまとめたものです。

AE書き出しが落ちる原因の本当の見つけ方

結論からいくと、After Effectsの書き出しが止まるトラブルは「エラー文言を信じるな、止まる位置を信じろ」の一言に尽きます。

AEのエラーメッセージは「GPUメモリ不足」「ファイル破損」のように出てきますが、これらは大半が結果論で、真の原因はもっと手前のコンポ構成にあります。次の章から、具体的な切り分け手順を見ていきましょう。

切り分けの第一歩｜AE エンコードが止まったら、まずレンダーキューに切り替える

Media Encoderで止まっている時に最初にやるべきことは、After Effects のレンダーキューから直接書き出すことです。これだけで原因特定の難易度が一気に下がります。

Media Encoderが無言で固まる理由（Dynamic Linkの罠）

Media Encoderから書き出す時は、裏でDynamic Linkを使ってAEと通信しています。この通信がハングすると、ME側は「AEから次のフレームが届かない」状態で待ち続けてしまう。だからエラーダイアログも出ないし、進捗も進まない。

つまりMEの無言フリーズは、AE側で起きているエラーが「外に伝わってないだけ」というケースが多いんです。エラー本体を見るには、AEに直接書き出させる必要があります。

AEレンダーキューに切り替えるとエラー文言が見える

AE側で「コンポジション → レンダーキューに追加」して書き出すと、止まったタイミングでちゃんとエラーダイアログが出ます。これが最大のメリット。

うちの場合も、ME経由では無言フリーズだったのが、AEレンダーキューに切り替えた瞬間に「GPU対応エフェクトに関連したエラー（コード\1）」というダイアログが出てきました。ここからやっと切り分けがスタートできた感じです。

After Effectsで書き出しが落ちる時の初手3つ

ここまでで「無言フリーズ」を「具体的エラー」に変換できれば、半分は勝ち。次は出たエラーの中身を読み解いていきます。

AEのエンコードで出るエラーは2種類｜GPU()と出力モジュール停止

レンダーキューに切り替えて再書き出しすると、出てくるエラーは大きく2パターンに分かれます。それぞれ表面的な対処法はありますが、どちらも根本原因じゃないケースが多いというのが今回の核心です。

エラー①｜GPU対応エフェクトのエラー（コード）VRAM不足系

1つ目は有名なやつ。

うちの場合はフレーム1659 / 6272で停止しました。文言だけ見ると典型的なVRAM不足っぽいですが、12GB積んでてVRAM不足ってのもおかしい話なんです。とりあえずセオリー通りの対処を試します。

• マルチフレームレンダリング（MFR）の同時フレーム数を下げる
• プロジェクトを16bpcから8bpcに変更
• ディスクキャッシュをパージ

これでフレーム4382 / 6272まで前進しました。GPU緩和が効いた格好ですが、問題のフレームに辿り着くと結局また止まる。今度は別のエラーが出てきました。

エラー②｜出力モジュールが応答停止（After Effects エラー）

2つ目はこっち。

これは「書き出し側で詰まりました」って意味のエラー。よくあるアドバイスは「コーデックを変える」「AE再起動」あたりですが、うちもH.264からProRes 422 HQ（中間コーデック）に変更して試してみました。

結果はフレーム3356 / 6272で停止。前回より早い段階で止まりました。つまりコーデックは関係ない。ここでやっと「ピンポイントの原因がコンポ内のどこかにある」と気づくわけです。

After Effectsのエラー文言は症状であって原因じゃない

ここで一旦立ち止まって整理すると、AEの2大エラー文言はどちらも「結果」を説明してるだけなんです。

つまりどっちのエラーも「壊れたピクセルが流れてきた結果」であって、対処すべきは「なぜ壊れたピクセルが生まれるのか」の方。VRAMやコーデックをいじっても根本は直りません。

After Effectsの書き出しが止まる時の決定的ヒント｜毎回同じフレームで止まる

VRAM対策もコーデック変更も効かなかった時、次にやるべきは「止まったフレーム番号を毎回メモする」こと。これが真犯人にたどり着く最速ルートです。

同じフレームで毎回エラーが出るならコンポ内に原因がある

うちが半日溶かしたあと、最終的に気づいたのがこれ。エラーが出るたびにフレーム番号をメモしていたら、毎回ピッタリ同じフレーム周辺で止まっていることに気づきました。

GPU緩和をかける前は1659で、後は4382で、コーデック変えたら3356。一見バラついて見えるんですが、止まっている「フレームの中身」を確認すると、すべて同じレイヤー構成のセクションで起きていました。

つまり対策で粘れた距離が変わってるだけで、突き当たる壁は同じだったんです。これに気づいたら一気に絞り込めます。

After Effects 書き出しの止まる位置から犯人を逆引きする方法

止まる位置がわかったら、そのフレームのタイムインジケータに合わせて、画面上のレイヤー構成をひとつずつ確認します。

• そのフレームでアクティブなレイヤーを全部確認
• 特に重そうなエフェクトを使っているレイヤーをチェック
• プリコンポーズしたレイヤーがあれば、中身まで開いて確認
• 該当レイヤーを一時的に非表示にして再書き出し → 通れば犯人確定

この「疑わしいレイヤーを1個ずつ消して再書き出し」は地味ですが、AEのエラーが教えてくれない部分を埋める最強の手段です。バイナリサーチみたいな感覚で絞り込んでいきます。

真犯人｜After Effectsのエンコードが止まる原因は「描画モードしかないプリコンプ」

うちが半日かけて辿り着いた真犯人がこれ。「ブレンドモードしか入っていないプリコンポーズ」+ 「その上に乗せたランダム配置エフェクト」の組み合わせです。

致命的だったコンポ構成（ブレンドモードのみ＋ランダム配置エフェクト）

具体的に何が起きていたかと言うと：

• あるエフェクト素材を プリコンポーズ して1つのレイヤーにまとめた
• そのプリコンプの上に 調整レイヤーでランダム配置エフェクト(Motion Tile / CC RepeTile / Stardust 系)をかけた
• プリコンプの中身を開いて確認したら、全レイヤーの描画モードがハードライト等になっていて、通常モードのレイヤーが1枚もなかった

プリコンポーズする前は、外側のコンポにある通常モードのレイヤーとブレンドできていたので問題なく動いていました。でもプリコンプ化した瞬間、ブレンド計算がプリコンプ内で閉じてしまい、構造が破綻していたわけです。

プリコンプの描画モード地雷がAEを落とすメカニズム（NaN・未定義ピクセル）

もう少し技術的に説明すると、こういう連鎖です。

• ① 描画モード(ハードライト/オーバーレイ/スクリーン等)は「下のレイヤーと合成するための演算」
• ② プリコンプ内に通常レイヤーがないと、合成相手が「透明な黒」になる
• ③ ブレンド計算で NaN(Not a Number) / 負の輝度 / 極端な値 が発生
• ④ プリコンプの出力ピクセルが内部的に壊れた状態になる
• ⑤ ランダム配置エフェクトが壊れたピクセルをサンプリングして複製しようとする
• ⑥ GPUが異常値を処理しきれず、VRAMエラー or 出力モジュール停止

つまり「見た目は同じなのに、内部のピクセルデータが壊れているコンポ」が完成していて、それを後段のサンプリング系エフェクトが触った瞬間に爆発していた、というのが真相です。

ランダム配置・リピート系エフェクトとの相性で症状が出やすい理由

同じ「壊れたピクセル」でも、後段のエフェクト次第で落ち方が変わります。特にヤバいのがレイヤーをサンプリングして複製・変形するエフェクト。

• Motion Tile(標準)
• CC RepeTile(標準)
• Stardust / Particular(パーティクル)
• Element 3D(3D生成系)
• その他「下のレイヤーを素材として複製/変形する」系全般

これらは「入力レイヤーの全ピクセルを何度もサンプリングする」性質があるので、入力に異常値が混じってると一気に演算破綻します。「重いプロジェクトで突然落ちる」と感じる時の多くは、この組み合わせが裏で起きていると疑っていいです。

After Effectsのエンコードを止めない解決法｜黒平面1枚で復活する

原因がわかれば対処は超シンプル。プリコンプの一番下に黒の平面(ソリッド)を1枚敷くだけです。これで2分もかからずに復活します。

解決法A｜プリコンプ内に黒の平面を一番下に敷く（推奨）

これが青来の本命です。手順はこれだけ。

• 問題のプリコンプの中身を開く
• 「レイヤー → 新規 → 平面」で黒(#000000)の平面ソリッドを作成
• その平面をレイヤースタック一番下に配置
• 外側コンポに戻って書き出し

これだけでブレンドモードに「合成相手の通常レイヤー」が存在する状態になり、ピクセル演算が成立します。NaN・未定義値が発生しなくなるので、後段のサンプリング系エフェクトもスムーズに通る。

解決法B｜コラップス(変形を連続ラスタライズ)をONにする

もう1つの選択肢が「コラップス」。プリコンプレイヤーのタイムラインパネルで、★マーク(変形を連続ラスタライズ)をONにする方法です。

コラップスONにすると、プリコンプ内のブレンドモードが「外側のコンポまで持ち上げられて評価」されるようになります。つまり、プリコンプ化する前と同じく外側の通常レイヤーとブレンドできる状態に戻る。理屈としては綺麗な解決です。

ただしコラップスはプリコンプの境界での効果適用順序や、3Dレイヤーの扱いが変わるので、見た目が変わってしまうケースが結構あります。MV1曲分のシーンを全部チェックし直すのは結構しんどい。

黒平面が安全な理由｜プリコンプの見た目を変えずに済む

うちは基本的に解決法Aの「黒平面1枚」一択です。理由はシンプルで、見た目が変わらないから。

黒平面はブレンドモード演算の「ベース」として参加するだけで、上のレイヤーが描画モードで重なる時の見た目には影響しない（合成結果がほぼ同じになる）。納期前の検証コストがほぼゼロで済むのが大きい。

ちなみに、これだけVRAMを酷使する作業をしている場合、PCのスペックも結構効きます。ちなみにうちはRTX 4070 Ti(VRAM 12GB)で踏みました。つまり12GB級でも油断できないので、これからAEメインで作業するPCを買う人は16GB以上のグラボを狙うのが安全です。動画編集用PCの選び方は別途まとめているので、興味があれば参考にしてみてください（記事準備中）。

After Effectsの書き出しエラーを予防するプリコンポーズ運用チェックリスト

同じ地雷を二度と踏まないために、うちが運用してるプリコンポーズの事前チェックリストと、エンコードが止まった時の切り分け手順を置いておきます。納品前夜に半日溶かしたくない人はぜひコピーしておいてください。

AE プリコンポーズ前に必ず確認する4項目

プリコンポーズは「整理整頓」のためによく使うので、つい無意識でやりがちです。特にエフェクトを乗せる前に「中身に通常レイヤーいるか？」だけ確認するクセをつけると、ほぼ防げます。

After Effectsのエンコードが止まった時の切り分け手順5ステップ

この5ステップで、AEの書き出しトラブルの8割は原因にたどり着けるはずです。残り2割は本当にハードウェア起因（GPU/メモリ故障）や、プロジェクトファイル破損のケース。その場合は素直に新規プロジェクトに移植してください。

AE運用で覚えておくと事故が減るちょっとした習慣

最後にもう少しだけ。事故ったあとに「これやっとけばよかった」と思った習慣です。

• 納品前日の書き出しは絶対避ける（前々日には1回テストエンコードしておく）
• プリコンポーズ直後に1度だけプレビューしてエラーが出ないか確認
• プロジェクトの保存先はSSD、書き出し先もSSD（HDDはマジで遅い・落ちる）
• AEのキャッシュは定期的にクリア（環境設定 → メディアとディスクキャッシュ）

うちはこれを徹底するようになってから、納品前夜のフリーズ事故はほぼゼロになりました。「事前に1回書き出してみる」が最強の予防策です。

After Effectsのエンコードが止まる原因と解決法｜まとめ

After Effectsのエラーメッセージは結構ミスリード気味で、文言通りに対処しても根本解決しないことが多いです。「エラーは結果、原因は止まる位置から逆算」って覚えておくと、AEと長く付き合えます。

うちみたいに「ブレンドモードだけのプリコンプ + 上にランダム配置エフェクト」は、見た目に問題がないので本当に気づきにくい地雷でした。一度知っておけば踏まずに済むので、この記事をブックマークしておいて、書き出しが詰まった時に思い出してもらえると嬉しいです。

AEを本気で使うなら、Adobeの単体契約より「Adobeマスター講座」付きパックの方が学習教材で時短できるケースが多いです。プラン比較しておくと損しません。