AviUtlで出力できない・0秒になる原因と対処法｜症状別の切り分け手順

AviUtlで書き出したmp4を開いたら再生時間が0秒になっていた、あるいはファイルサイズが0バイトだった——この症状で最初に疑うべきは、プラグインの不具合ではなく選択範囲（選択開始フレームと選択終了フレーム）です。AviUtlは選択範囲が指定されている場合、拡張編集の最終フレーム位置に関係なく、その区間だけを出力します。つまり選択範囲が1フレーム分に潰れていれば、編集内容が10分あろうと出力結果は0秒になります。これは設定ミスであってバグではないため、x264guiExをアンインストールして入れ直しても永久に直りません。

多くの解説記事は「原因はこれとこれとこれ」と横並びで列挙しますが、実際のトラブル対応で効くのは確認コストの安い順に潰すという順序です。選択範囲の確認はキーボード操作3回・10秒で終わりますが、出力プラグインの再導入は10〜30分かかるうえ、ランタイムや設定ファイルを触ることで新たな不具合を呼び込むリスクすらあります。この記事は「0秒」「0バイト」「一瞬で終わる」「音声だけ出る」を別々の症状として切り分けたうえで、安い確認から順に並べた診断手順としてまとめています。ゆっくり解説や雑学ショート動画をAviUtlで作っている人が踏みやすい、縦動画・YMM連携まわりの落とし穴も後半で扱います。

なお本記事は2026年9月時点の情報です。従来のAviUtl（version 1.10系）と、64bit化された新系統のAviUtl2（AviUtl ExEdit2）ではプラグインの互換性や出力手段が異なるため、該当箇所では両者を区別して記載しています。

なお、AviUtlを使う前段の工程（台本と音声）でつまずいている場合は、ずんだもん動画の作り方【2026年版・9ステップ】のほうが先に読むべき内容です。

症状別に原因を切り分ける診断表

結論から言うと、「0秒」と「0バイト」はまったく別の故障です。0秒はエンコーダが正常に動いた結果として「渡されたフレーム数がゼロだった」ことを意味し、0バイトはエンコーダがそもそも起動していない、あるいは書き込みに失敗していることを意味します。前者はAviUtl側の範囲設定、後者は出力先・プラグイン・セキュリティソフトの問題です。この区別をせずに対処法を試すと、当たるまで総当たりすることになります。

まず自分の症状がどれかを下表で特定してください。

この表で行き先が決まったら、対応するセクションだけ読めば十分です。0秒なら次のセクション、0バイトや一瞬で終わるならその次のセクションが該当します。

独自の視点として強調しておきたいのは、「エラーが出ない不具合ほど設定ミスの確率が高い」という経験則です。エラーダイアログが出るということは、プラグインが動いて問題を検出したということです。逆に、何のエラーも出ずに静かに0秒のファイルが完成する場合、AviUtlは「言われたとおりに0フレーム分を書き出した」だけであり、ソフトの側は正常に仕事をしています。エラーが出ないときこそ、プラグインではなく自分の指定を疑ってください。

最頻原因は「選択範囲」——再インストールより先に範囲を疑う

結論：0秒出力のトラブルは、まずCtrl+Aで全フレーム選択に戻してから出力し直せば大半が解決します。

AviUtlの「選択範囲」とは、メインウィンドウ下部のトラックバー上に青く表示される区間のことで、多くの出力プラグインはこの区間を出力対象にします。AviUtlの解説ドキュメントでも、選択範囲を指定した場合は最終フレーム位置に関係なく選択範囲として指定した区間が出力される、と明記されています。したがって選択範囲が「開始=100フレーム、終了=100フレーム」のように潰れていれば、出力は限りなく0秒に近くなります。

選択範囲が意図せず変わってしまう典型パターン

1. [ ] キーの押し間違い：既定のショートカットでは [ が選択開始フレーム、] が選択終了フレームの設定です。日本語配列キーボードでは @ や P の近くにあり、テキスト入力のつもりで押してしまう事故が起きます。
2. Shift+ドラッグの誤爆：タイムライン上をShiftを押しながらドラッグすると、その区間が選択範囲になります。オブジェクトを動かすつもりでShiftが残っていた、というのがよくある流れです。
3. プロジェクトファイルを読み込み直した直後：aupを開き直したときや、外部ツールが生成したexoを取り込んだときに、範囲が編集内容と一致しないことがあります。
4. 拡張編集の最終フレームが手前にある：選択範囲を解除していても、拡張編集側の最終フレームが1フレーム目付近にあると、そこまでしか出力されません。
5. オブジェクトを後ろに伸ばしたあと最終フレームを更新していない：尺を伸ばす編集をしても最終フレームは自動追従しないため、伸ばした分が出力に含まれません。

30秒で終わる確認手順

1. メインウィンドウ下部のトラックバーを見て、青い区間が全体に伸びているか確認する。
2. 伸びていなければ、メニューの「編集」→「すべてのフレームを選択」を実行する（既定のショートカットはCtrl+A）。これで選択範囲が解除され、全体が対象になります。
3. 拡張編集タイムライン上で右クリックし、「範囲設定」→「最後のオブジェクト位置を最終フレーム」を選ぶ。一番後ろのオブジェクト位置まで最終フレームが移動します。
4. メインウィンドウのタイトルバーやトラックバーで、総フレーム数が想定どおりか（例：30fpsで30秒なら900フレーム前後）を目視する。
5. その状態で改めて出力する。

この4手順を踏むだけで、0秒出力の相当部分は解消します。プラグインの再インストールに走るのは、この確認を終えてからで遅くありません。再インストールは、うまくいかなかったときに「元の状態」に戻せないという意味で、実は最も慎重に扱うべき操作です。

AviUtl2（ExEdit2）でも考え方は同じで、タイムライン上部に範囲選択を示すラインが入っている場合はその区間だけが出力されます。意図しない範囲指定は、その色付き部分をダブルクリックすることで解除できます。開始・終了の設定ショートカットが [ ] である点も共通です。

「範囲は合っているのに0秒」のときに見る場所

範囲を直しても0秒のままなら、次の3点を確認します。ひとつめは、拡張編集にオブジェクトが1つも載っていない状態で出力していないか（別のシーンを編集していて、Rootシーンが空、というケースがあります）。ふたつめは、出力プラグイン側にフレームレート変更や「フレームを間引く」系の設定が入っていないか。x264guiExの公式ドキュメントでも、出力フレーム数が0になる原因として選択範囲の短さとフレームレート削減設定の過剰が挙げられています。みっつめは、拡張編集プラグイン（exedit.auf）自体が読み込まれているか。読み込まれていなければ、タイムラインに並べた内容はそもそも出力対象になりません。

0バイト・一瞬で終わるときは出力の前段で止まっている

結論：0バイトや「一瞬で終わる」は、エンコーダが起動する前に弾かれている状態です。出力先を C:\enc のような半角英数の浅いフォルダに変えて再出力すれば、原因がパスかどうかを一発で切り分けられます。

出力先パスの文字とアクセス権

x264guiExの公式エラー解説では、出力に失敗する要因として次の3つが明示されています。

• ファイル名に環境依存文字が含まれている：この場合「出力ファイルが開けない」系のエラーになります。対処は英数字のみのファイル名で出力し直すことです。
• 出力先フォルダ名に環境依存文字が含まれている：フォルダ側も同様に、対応する名前のフォルダを新規作成して指定し直します。
• 書き込み権限のない場所を指定している：Cドライブ直下やWindowsのシステムフォルダなど保護された領域は、書き込みが拒否されて0バイトになったり失敗したりします。ユーザーフォルダ配下など書き込み可能な場所に変更してください。

実務的には、ファイル名に絵文字・丸数字・ローマ数字・機種依存記号を入れていないか、フォルダ階層に日本語やスペースが混ざっていないかを見ます。ゆっくり解説の素材管理では「【第3回】雑学ショート　ネタ帳」のようなフォルダ名を作りがちで、これが地雷になります。切り分けのためだけに C:\enc を作り、そこへ test.mp4 として出力してみるのが最短の検証です。ここで正常に出れば原因はパスで確定し、プラグインには一切触らずに済みます。

ウイルス対策ソフトによるブロック

x264guiExはエンコード時に外部の実行ファイル（x264.exe等）を呼び出します。この挙動がセキュリティソフトに「見慣れない実行ファイルが起動した」と判断され、隔離・削除されることがあります。x264.exeが消えていれば、出力は一瞬で終わって0バイトのファイルだけが残ります。

確認手順は次のとおりです。

1. 使っているセキュリティソフト（Windows Defenderを含む）の「検疫」「隔離」「保護の履歴」を開く。
2. AviUtlのpluginsフォルダ配下のファイルが隔離されていないか探す。
3. 隔離されていれば復元し、AviUtlのフォルダを除外設定（例外）に追加する。
4. 除外を入れずにリアルタイム保護を一時的にオフにして検証する場合は、検証後に必ず戻す。

なお、除外設定は本来リスクを伴う操作です。公式配布元から入手したファイルであることを確認したうえで行い、心当たりのない出所のプラグインには適用しないでください。

一時ファイルが残っている場合

出力途中の一時ファイル（#temp で始まる名前のファイルなど）が出力先に残っている場合、エンコードが本番の処理に入る前で止まっている可能性があります。この状態は容量不足やパスの問題と重なることが多いため、出力先ドライブの空き容量を確認したうえで、上記のパス切り分けを先に行ってください。x264guiExのエラー一覧では、failed to append a video frame 系のエラーは出力先ドライブの空き容量不足が原因として挙げられています。

空き容量の目安

必要な空き容量は最終ファイルサイズだけでは足りません。エンコード中は映像の一時ファイルと音声ファイルが別々に作られ、最後にmux（多重化）して1本にまとめるため、最終サイズの2〜3倍程度の空きを見ておくと安全です。特に非圧縮wavで音声を経由する設定では、音声だけで想定以上の容量を食います。SSDの空きが数GBを切っている状態で長尺を出力しようとすると、途中で止まる・0バイトになるといった不安定な挙動が出やすくなります。

出力プラグインの導入状態を確認して入れ直す手順

結論：再インストールの前に「その他」→「出力プラグイン情報」を開き、目的のプラグインが一覧に載っているかだけ確認してください。載っていれば導入は成功しており、原因は別にあります。

AviUtl本体だけではmp4を出力できません。従来のAviUtl 1.10系では「かんたんMP4出力」または「拡張x264出力(GUI) Ex（x264guiEx）」を追加します。AviUtl2ではこれらは使えず、互換の役割を担う「MP4 Exporter」を導入します。AviUtl2は64bit化されており、初代AviUtl用のプラグインは基本的に互換性がないと考えるべきだ、という点は導入前に押さえておいてください（DLLを使わないスクリプトや一部の入出力プラグインは、ある程度動作するよう互換対応されているとされています）。

導入状態のチェック

1. AviUtlのメニュー「その他」→「出力プラグイン情報」を開く。
2. 「拡張 x264 出力(GUI) Ex」など、目的のプラグイン名が一覧にあるか確認する。
3. 無ければ導入が失敗しているので、以下の再導入手順へ進む。
4. 併せて「フィルタプラグイン情報」で拡張編集（exedit）が読み込まれているかも確認する。

x264guiExを入れ直す手順

1. 配布元から最新版のzipを取得する。展開には7-Zipなど信頼できる解凍ソフトを使う（古い解凍ソフトでは一部ファイルが正しく展開されず、プラグインが動かない事例が知られています）。
2. 展開したフォルダ内に auo_setup.exe、auo_setup.ini、check_dotnet.dll が揃っているか確認する。これらが欠けているとセットアップが正常に完了しません。
3. auo_setup.exe を実行する。必要に応じてVisual C++ランタイムのインストールが始まります（既に入っていればスキップされます）。AviUtl 1.10系は32bitアプリのため、ランタイムはx86版が必要である点に注意してください。
4. AviUtl本体（aviutl.exe）のあるフォルダを指定する。ここを間違えるとプラグインが認識されません。
5. セットアップ完了後にAviUtlを再起動し、「出力プラグイン情報」に表示されるか再確認する。
6. 表示されない場合、x264guiEx.ini などの設定ファイルが plugins フォルダに入っているかを確認して手動で配置する。

再インストールで直る不具合／直らない不具合

再インストールが効くのは、実行ファイルの欠落・破損、設定ファイルの不整合、バージョンが古すぎることが原因のケースです。逆に、選択範囲の設定ミス、出力先パスの文字問題、空き容量不足、素材側の破損は、何度入れ直しても直りません。再インストールは「範囲」「パス」「容量」の3点を確認したあとの4番目の手段と位置づけるのが、時間を無駄にしないコツです。

なお、「かんたんMP4出力」は出力に失敗しても「ファイルの出力に失敗しました」としか表示されず、原因の特定が非常に困難なプラグインです。原因究明を優先するなら、詳細なログを出す最新版のx264guiExに切り替えたほうが早く終わります。

エラーメッセージ別の原因と対処一覧

結論：x264guiExはエンコード時にログウィンドウを出します。そこに出た文言をそのまま下表で引くのが、最短の原因特定ルートです。

以下はx264guiExの公式エラー解説および有志の解説で整理されている内容をまとめたものです。

解像度の偶数問題は、ショート動画制作者が特に踏みやすい落とし穴です。H.264系のエンコードでは縦横ともに偶数である必要があり、1279×719 のような値だと失敗します。縦動画で独自の比率にリサイズしたときに奇数化しやすいので、1080×1920 や 720×1280 のような素直な値を使うのが安全です。

音声だけ出る・映像が入らないときの設定

結論：映像が出ずに音声だけ出る場合は、まず「音声のみ出力」のチェックと、選んでいる出力プラグインの種類を確認してください。

x264guiExの音声タブには「音声のみ出力」というチェック項目があります。ここにチェックが入ったままだと、当然ながら映像は書き出されません。過去に音声だけ抽出した設定が残っていた、というのが典型です。

逆に「映像は出るが音が入っていない」場合は原因が別系統です。たとえば拡張編集AVI/BMP出力(RGBA)のような出力プラグインは、そもそも音声データを出力しない仕様で、AVIファイルでは映像のみの出力になります。この場合は音声を別途出力して合成するか、音声を扱える出力プラグインに切り替える必要があります。音が出ない側の詳しい原因分岐はAviUtl 出力 音が出ないで個別に整理しています。

音声まわりで0秒・極小ファイルにつながる要因としては、次のものが知られています。

• かんたんMP4出力の音声レート制約：このプラグインは44.1kHzまたは48kHz以外の音声レートでは出力に失敗します。他のレートで出したい場合はx264guiExを使います。
• 音声の長さがゼロになっている：muxしたファイルが極端に小さい場合、音声長がゼロになっている可能性があります。拡張編集を使っているときは、本体側の音声とシーン側の音声が競合しているケースがあり、シーンを切り替えると復旧することがあります。
• 音声の4GB制限：wavフォーマットには容量上限があり、長尺で非圧縮音声を経由すると先頭1秒だけ再生されるなどの異常が起きます。音声エンコーダを変更するか、音声を別途書き出してから再エンコードします。
• 音声エンコーダがmp4非対応：wav等を選んでいるとmp4にまとめられません。AAC系に変更します。

ゆっくり解説では音声トラックの本数が多くなりがちで、字幕・立ち絵・BGM・効果音が同一プロジェクトに詰め込まれます。音声側の異常が結果として動画全体の出力失敗に見えることがあるので、症状が「映像も音も出ない」ときほど、音声設定を単独で疑う価値があります。

ゆっくり解説・ショート動画で特に起きやすい落とし穴

結論：YMM（ゆっくりムービーメーカー）連携と縦動画の解像度設定は、AviUtl単体で作るときには起きない0秒トラブルを追加で生みます。

YMM連携ルートの分岐

ゆっくりムービーメーカーは、バージョンによってAviUtlとの関わり方が違います。YMM3系ではAviUtl向けのexo（プロファイル）に変換して受け渡す流れが基本で、YMM4ではAviUtlを介さずに単体で動画出力できるようになっています。YMM4でも外部連携設定からaviutl.exeを指定すればAviUtl経由の出力が可能です。

ここで起きやすいのが、exoを読み込んだ直後に選択範囲や最終フレームが実際の尺と一致していないという状態です。読み込みが成功しているように見えても、AviUtl側の出力範囲は自動では正しくならないため、そのまま出力すると0秒や数秒の動画になります。exoを取り込んだら、必ず前述のCtrl+A→「最後のオブジェクト位置を最終フレーム」を実行してから出力してください。YMM側の出力設定の詰め方はゆっくりムービーメーカー 出力 設定にまとめています。

縦動画・ショート尺ならではの罠

1. 解像度の奇数化：横動画のプロジェクトを縦に組み替える過程で、608×1080 を 607×1080 のように微調整してしまうと出力が失敗します。縦動画は1080×1920を基準にしてください。
2. 最大画像サイズが縦解像度に足りない：AviUtlの「ファイル」→「環境設定」→「システムの設定」にある最大画像サイズは、扱えるオブジェクトの最大解像度を決める設定です。既定値のままだと1920pxの縦解像度を扱えず、表示や出力がおかしくなることがあります。値を変更したらAviUtlを再起動しないと反映されません。ただし大きくしすぎるとメモリ使用量が増え、「メモリの確保に失敗しました」の原因になるため、必要な範囲に留めます。
3. 短尺ゆえに異常に気づきにくい：30秒のショートを作っていると、書き出しが数秒で終わっても「短いから速いのだろう」と流してしまいます。出力後は必ずファイルのプロパティで再生時間とサイズを見る習慣をつけると、投稿してから気づく事故が減ります。
4. 音声先行編集の副作用：先に音声だけ並べてから映像を足す作り方をすると、映像オブジェクトの終端が音声より手前にあるまま最終フレームを更新してしまい、映像だけ途中で切れることがあります。

ショート向けの解像度・fps・ビットレートの具体的な詰め方はAviUtl ショート 設定 出力で扱っています。企画から編集までの全体の流れを整理したい場合は雑学動画 作り方も合わせて参照してください。

出力前チェックリストと、直らないときの判断基準

結論：出力ボタンを押す前に7項目を確認すれば、0秒出力はほぼ再発しません。それでも直らない場合は、原因追及を打ち切って別ルートで書き出す判断も必要です。

出力前チェックリスト

• [ ] Ctrl+Aで全フレーム選択に戻した（または意図した範囲だけが青くなっている）
• [ ] 拡張編集で「最後のオブジェクト位置を最終フレーム」を実行した
• [ ] 総フレーム数が想定尺と一致している（30fps・30秒なら約900フレーム）
• [ ] 出力先が半角英数の書き込み可能なフォルダで、ファイル名にも環境依存文字がない
• [ ] 出力先ドライブに最終ファイルサイズの2〜3倍以上の空きがある
• [ ] 解像度の幅・高さがともに偶数である
• [ ] 「音声のみ出力」にチェックが入っていない

このチェックリストは、テキストファイルに書いてプロジェクトフォルダに置いておくのが実用的です。ゆっくり解説を継続的に量産するなら、チェック済みの出力設定ごとプロジェクトをテンプレート化してしまうのが根本的な再発防止になります。毎回ゼロから設定を組むから毎回どこかを踏むのであって、動いた設定を固定できれば事故の発生源そのものが減ります。

切り分けのための「別ルート出力」

原因が特定できないときは、別の出力方法で同じプロジェクトを書き出してみてください。ある方法では失敗し別の方法では成功するなら、失敗した側のプラグインや設定に問題があると絞り込めます。逆にどの方法でも0秒なら、プラグインではなくプロジェクト側（範囲・オブジェクト配置）の問題である可能性が高くなります。これはAviUtlの解説でも推奨されている定番の切り分け方です。

それでも直らないときの選択肢

正直に書くと、AviUtlのトラブルには「公開情報だけでは原因を特定しきれない」ケースが存在します。特定のスクリプトやプラグインの組み合わせ、古い本体バージョンと新しいプラグインの相性、環境固有の問題などです。締め切りがある状態で原因究明に何時間もかける価値は多くの場合ありません。以下は行き詰まったときの選択肢の比較です。

最後の選択肢について補足すると、30秒前後のショートであれば、AviUtlの不具合を追いかけるより作り直したほうが早いことがあります。その用途では、当サイトが開発・運営しているShortyのようなショート動画特化ツールも選択肢のひとつです。ブラウザ上で台本から縦型ショートを組み立てられるため、AviUtlの環境依存トラブルとは無関係に書き出せます。ただし無料プランには1本30秒まで・30日で5本まで・保存期間7日・ショート形式のみという制約があるので、長尺のゆっくり解説や本数を出す運用には向きません。細かい演出を作り込みたい場合や長尺を扱う場合は、AviUtlの環境を直して使い続けるほうが結果的に自由度は高くなります。用途で使い分けるのが現実的です。

よくある質問

AviUtlの出力が0秒になる一番多い原因は何ですか？

選択範囲（選択開始フレームと選択終了フレーム）が短い区間に設定されたままになっていることです。Ctrl+Aで全フレーム選択に戻してから出力し直すと解決するケースが大半です。

AviUtlは選択範囲が指定されていると、拡張編集の最終フレーム位置に関係なくその区間だけを出力します。[ ] キーの押し間違いやShift+ドラッグの誤操作で範囲が潰れることがあり、この状態では編集内容が何分あっても出力は0秒になります。エラーが出ないまま静かに0秒のファイルができるのが特徴で、ソフトの不具合ではなく指定どおりの動作です。

プラグインを再インストールしても0秒のままです。なぜですか？

原因が選択範囲や最終フレームなどAviUtl側の設定にある場合、プラグインを入れ直しても状況は変わらないためです。設定を直さない限り何度でも0秒になります。

再インストールが有効なのは、実行ファイルの欠落・破損、設定ファイルの不整合、バージョンが古いといったプラグイン側の問題に限られます。範囲設定、出力先パスの文字問題、空き容量不足、素材の破損はプラグインの領域外です。確認コストの安い「範囲」「パス」「容量」を先に潰し、再インストールは4番目の手段と考えてください。

0秒と0バイトは同じ問題ですか？

別の問題です。0秒はエンコーダが動いた結果フレーム数がゼロだったことを示し、0バイトはエンコーダが起動していないか書き込みに失敗していることを示します。

0秒ならAviUtlの範囲設定を、0バイトなら出力先パス・書き込み権限・セキュリティソフトによるブロックを疑います。0バイトの切り分けは簡単で、C:\enc のような半角英数の浅いフォルダに test.mp4 として出力してみて、成功すればパスが原因と確定できます。この一手でプラグインに触らずに済みます。

出力が一瞬で終わって何も残りません。何を確認すべきですか？

エンコーダの実行ファイルがセキュリティソフトに隔離されていないか、出力先に書き込み権限があるかを確認してください。ログウィンドウの文言も重要な手がかりです。

x264guiExはエンコード時にx264.exeなどの外部実行ファイルを呼び出します。これがウイルス対策ソフトに検知されて隔離されると、処理が即座に終了して0バイトのファイルだけが残ります。セキュリティソフトの隔離・保護履歴を確認し、必要なら公式配布元から入手したことを確認したうえでAviUtlフォルダを除外設定に追加します。除外は本来リスクを伴う操作なので、出所不明のファイルには適用しないでください。

「入力解像度が2で割り切れません」と出ます。どうすればいいですか？

映像の幅または高さが奇数ピクセルになっています。「クリッピング&リサイズ」で1pxカットするなどして、縦横ともに偶数に揃えれば解決します。

H.264系のエンコードでは縦横が偶数である必要があり、1279×719 のような値だと失敗します。縦型ショートを作る過程で比率を微調整したときに奇数化しやすいので、1080×1920 や 720×1280 といった素直な値を基準にしてください。この制約はプラグインの不具合ではなく仕様です。

音声だけ出力されて映像が入りません。原因は？

x264guiExの音声タブにある「音声のみ出力」にチェックが入っている可能性が高いです。また、映像しか扱えない出力プラグインを選んでいる場合もあります。

過去に音声だけ抽出したときの設定が残っているのがよくあるパターンです。逆に映像だけ出て音が入らない場合は原因が別で、拡張編集AVI/BMP出力(RGBA)のように音声を出力しない仕様のプラグインを使っていることがあります。この場合は音声を別途書き出して合成するか、音声に対応した出力プラグインに切り替えます。

かんたんMP4出力とx264guiExはどちらを使うべきですか？

原因を特定しながらトラブルを解決したいなら、詳細なログが出るx264guiExを推奨します。かんたんMP4出力は失敗時のメッセージが乏しく、原因究明が困難です。

かんたんMP4出力は失敗しても「ファイルの出力に失敗しました」としか表示されないため、どこで詰まったかが分かりません。加えて44.1kHzまたは48kHz以外の音声レートでは出力に失敗するという制約もあります。x264guiExはエラーごとに具体的な文言を出すので、本記事のエラー表と突き合わせて対処できます。

AviUtl2（ExEdit2）に移行すれば出力トラブルは解決しますか？

環境依存の不具合が解消する可能性はありますが、初代AviUtl用のプラグインは基本的に使えないため、資産の作り直しが必要になります。単純な移行では解決しないケースもあります。

AviUtl2は64bit化された新系統で、MP4出力には「MP4 Exporter」を導入します。DLLを使わないスクリプトや一部の入出力プラグインはある程度動作するよう互換対応されているとされていますが、DLLに依存するプラグインは動きません。今の環境で作り込んだ演出を再現できるかを先に確認してから判断してください。なお選択範囲による出力範囲の考え方は両系統で共通なので、範囲設定ミスによる0秒は移行しても起こり得ます。

出力が途中で止まる場合はどうすればいいですか？

出力先ドライブの空き容量と、システムの設定の最大画像サイズを確認してください。容量不足とメモリ関連が二大要因です。

エンコード中は映像の一時ファイルと音声ファイルが別々に作られ、最後にmuxして1本にまとめるため、最終ファイルサイズの2〜3倍程度の空きが必要です。また最大画像サイズを大きくしすぎるとメモリ使用量が増え、「メモリの確保に失敗しました」の原因になります。設定を変更した場合はAviUtlの再起動が必要です。

原因がどうしても特定できないときはどうすればいいですか？

別の出力プラグインで同じプロジェクトを書き出してみてください。片方だけ失敗するならそのプラグイン側、どちらも0秒ならプロジェクト側の問題と絞り込めます。

それでも解決しない場合、公開されている情報だけでは原因を特定できないケースも実際に存在します。特定のスクリプトとプラグインの組み合わせや、本体バージョンとの相性など、環境固有の要因は外部からは検証できません。納期がある状況では、素材を減らした最小構成で出力する、あるいは短尺なら別ツールで作り直すといった回避策に切り替える判断も現実的です。

まとめ

AviUtlで出力したmp4が0秒になる問題は、選択範囲の設定ミスが最頻の原因です。Ctrl+Aで全フレーム選択に戻し、拡張編集の「範囲設定」→「最後のオブジェクト位置を最終フレーム」を実行してから出力し直す——この30秒の確認を、プラグインの再インストールより先に必ず行ってください。エラーが出ずに静かに0秒のファイルができるときほど、ソフトではなく自分の指定を疑う価値があります。

一方、ファイルが0バイトになる・出力が一瞬で終わる場合は原因の系統が違います。こちらは出力先パスの環境依存文字やスペース、書き込み権限のない場所への出力、セキュリティソフトによるx264.exeの隔離、ディスク空き容量の不足が主犯です。C:\enc のような半角英数の浅いフォルダに出力してみるだけで、パスが原因かどうかを一発で切り分けられます。

エラーダイアログが出るケースは、むしろ運がいいと言えます。x264guiExはエラーごとに具体的な文言を出すため、本記事のエラー対応表と突き合わせれば原因にたどり着けます。解像度の奇数、音声エンコーダの未設定、mux失敗、メモリ確保の失敗——いずれも対処法は確立しています。

ゆっくり解説や雑学ショートを作っている場合は、YMMからのexo受け渡し直後に範囲が実尺と一致していないこと、縦動画へのリサイズで解像度が奇数化すること、最大画像サイズが縦1920pxに足りていないことが追加のリスクになります。短尺だと出力が速く終わっても違和感を持ちにくいので、書き出したファイルの再生時間とサイズを毎回目視する習慣をつけてください。

最後に、すべてのトラブルが解決するわけではないことも書いておきます。環境固有の相性問題は公開情報だけでは特定しきれないことがあり、原因究明に時間を溶かすより回避策に切り替えたほうが合理的な場面もあります。動いた設定はテンプレート化して固定し、毎回ゼロから組み直さない——これが、量産する人にとって最も効く再発防止策です。