YMM4で動画が真っ黒になる原因と対処法｜4症状の切り分け表つき

YMM4（ゆっくりムービーメーカー4）で動画が真っ黒になったとき、いきなり設定をいじり始めるのは遠回りです。「真っ黒」は1つの不具合ではなく、少なくとも4つの別々の症状が同じ見た目をしているだけだからです。編集画面のプレビューが黒いのか、タイムラインのサムネだけ黒いのか、出力したmp4が黒いのか、特定の素材だけ黒いのか。ここを先に確定させないと、原因が違う対処を延々と試すことになります。

この記事は、顔出しなしでゆっくり解説や雑学ショート動画を作っている副業層に向けて、症状の切り分け表 → 症状別の番号付き手順 → 応急処置 → 再発防止、の順で整理したものです。2026年9月時点で確認できる公式FAQ・ユーザー報告をもとにしていて、確認が取れない話は「公開情報では確認できない」と明記しています。

YMM4はあくまで編集工程の道具です。前後の工程まで含めた流れは台本から投稿までを通しで解説したずんだもん動画の作り方で確認できます。

「真っ黒」は4種類ある：まず“どこが黒いか”を切り分ける

結論から言うと、最初にやるべきは対処ではなく分類です。以下の表で自分がどれに当たるかを決めてから、該当するH2だけ読んでください。

判定のコツは3つです。

1. 音が鳴るかどうかを必ず確認する。音が鳴っていれば、YMM4はファイル自体には到達しています（＝リンク切れではない）。音も出ないなら②の線が濃厚です。
2. 他の素材は正常かを見る。1本だけ黒いなら④、プロジェクト全部が黒いなら①か③です。
3. プレビューと出力を分けて考える。この2つは同じ絵を作っているように見えて、内部では別の経路（プレビューはデコード＋画面描画、出力はデコード＋エンコード）を通ります。片方だけ黒いのは、むしろ切り分けのヒントになります。

ここを飛ばして「YMM4 真っ黒 直し方」で出てきた手順を上から順に試すと、①の対処を③の症状に当てて何も変わらない、という時間の使い方になりがちです。

独自視点1：真っ黒は「故障」ではなく「読めない素材を渡された」状態

長くYMM4を触っていると気づくのですが、真っ黒トラブルの大半はYMM4が壊れているのではなく、YMM4が解釈できない形式の動画を渡されている状態です。つまり本質的には「相性の問題」であって、YMM4側の設定をいじって当たりを引くより、素材側を素直な形式に直す方が圧倒的に速くて再現性が高い。

これは副業でゆっくり解説を作る人には特に効きます。撮影素材中心の編集者と違い、私たちが扱う素材は「フリー素材サイトからDLしたmp4」「AI動画生成サービスの出力」「スマホで撮った補足カット」「配信の切り抜き録画」と出所がバラバラで、コーデックもフレームレートも統一されていません。素材の出所が多いほど真っ黒に遭遇する確率は上がる、という構造的な話です。だからこの記事の最後には「取り込み前に全部同じ形式へ変換する」という運用ルールを置いています。

症状①：編集画面のプレビューだけが真っ黒になる

結論：まずハードウェアデコード設定を切り替え、それでもダメなら素材をH.264のmp4へ再エンコードします。

タイムラインには動画アイテムが乗っていて、音も鳴る。なのにプレビュー画面だけが黒い。これは「YMM4はファイルを開けているが、映像を描画できていない」状態です。YMM4の公式FAQ（饅頭遣いのおもちゃ箱）では、プレビューのフリーズ・映像の乱れ・暗くなる現象への対処として、プラグインの優先度変更とハードウェアデコード処理の切り替えが案内されています。

手順：プレビューが黒いときの対処

1. YMM4を一度再起動する。 設定変更は再起動後に効くものがあります。公式FAQも設定変更のたびに再起動するよう案内しています。
2. ハードウェアデコードをDXVA2に変える。 ファイル → 設定 → 全般 → プレビュー → ハードウェアデコード処理 を開き、DXVA2 を選択して再起動。カラースペースやHDRの認識に関わる部分で、ここが噛み合っていないと真っ黒・真っ暗になり得ます。
3. DXVA2でダメならハードウェアデコードを無効にする。 同じ場所で無効化を選びます。GPU側のデコーダに素材を投げるのをやめ、CPUで処理させる形になるため動作は重くなりますが、「表示されるかどうか」の切り分けとしては最強です。ここで表示されたら、原因はGPU／ドライバ／デコーダ側だと確定します。
4. プラグインの読み込み優先度を変える。 ファイル → 設定 → プラグイン から、動画・音声・画像の読み込みプラグインの優先度を入れ替えます。特定のファイルだけ挙動がおかしいときに効くことがある、と公式FAQに記載があります。
5. GPUドライバを更新する（または一つ前へ戻す）。 3で「無効にしたら映った」なら、ここが本丸です。NVIDIA／AMD／Intelいずれも、公式サイトから最新版、あるいは直前の安定版を入れ直します。ドライバ更新直後に黒くなり始めたケースでは、新しい方が正解とは限りません。
6. それでも黒いなら素材を疑う。 後述の「再エンコード」へ進みます。

なぜハードウェアデコードで黒くなるのか

ハードウェアデコードは、動画の展開処理をGPU内蔵の専用回路に任せる仕組みです。速い代わりに、GPUの世代・ドライバのバージョン・動画のコーデックや色深度の組み合わせに強く依存します。この組み合わせのどこかが噛み合わないと、デコード自体は「成功」を返しているのに中身が空（＝黒）というフレームが返ってくる、という現象が起きます。音声は別経路なので普通に鳴る——これが「音は出るのに映像だけ黒い」の正体です。

なお、YMM4の公式が明示している動作環境はOS（Windows 8.1以上）が中心で、GPUの具体的な要求スペックまで公式に細かく定義されているかは公開情報では確認しきれませんでした。解説サイトでは DirectX 11 / Shader Model 5.0 相当のGPUが要る、DirectX 10世代では一部エフェクトが動かない、といった案内が見られます。古いノートPCの内蔵GPUで作業している場合は、この線も頭に入れておいてください。

4Kや高ビットレート素材でプレビューだけが落ちるケース

黒画面ではなく「黒い瞬間が混ざる」「シークすると数秒黒い」という場合は、そもそもスペック不足で描画が間に合っていない可能性があります。この場合の対処は原因対処ではなく回避で、編集用に軽いプロキシ（低解像度の代替ファイル）を作ってそちらで編集し、出力時だけ本番素材に差し替えるのが定番です。4K素材をそのままタイムラインに10本並べて編集するのは、ミドルスペックのPCでは無理があります。

プレビューが重くて編集が進まない、出力が途中で固まるという症状が併発しているなら、ymm4 出力 止まる側の原因とセットで起きている可能性が高いので、そちらも合わせて確認してください。

症状②：タイムラインのサムネだけ黒い／素材がリンク切れしている

結論：これはYMM4の不具合ではなく、ほぼ確実に「ファイルを動かした」ことが原因です。

プロジェクト（.ymmp）を開いたら、前は映っていた動画や画像が表示されない。音も出ない。アイテム自体はタイムラインに残っている。この症状は、YMM4公式FAQに専用ページがあるくらい典型的なもので、原因は次のいずれかです。

• 素材ファイルを削除した
• 素材ファイルを別のフォルダへ移動した（＝プロジェクト保存後にフォルダを整理した）
• 素材ファイルをリネームした
• 素材がUSBメモリ／外付けHDDにあり、ドライブレターが変わった（別のUSBポートに挿し直した等）

YMM4はプロジェクトファイルの中に素材の“場所”を記録しているだけで、素材そのものを抱え込んでいるわけではありません。だから場所が変われば見失います。「動画編集ソフトあるある」ですが、副業で本数を回していると月末にフォルダを整理した翌日に一斉発症するのがこのパターンです。

手順：リンク切れの確認と復旧

1. 表示されないアイテムをタイムラインでクリックして選択する。
2. アイテム設定の「ファイル」欄にマウスカーソルを乗せる。 参照先のフルパスがツールチップで表示されます。
3. そのパスをエクスプローラーで開き、ファイルが実在するか確認する。 無ければリンク切れ確定です。
4. ファイルを元のパスに戻す。 これが最も確実で、後戻りもありません。移動先が分からない場合は、エクスプローラーの検索でファイル名から探します。
5. 外付けドライブなら、元のドライブレターに戻す。 同じUSBポートに挿し直すか、Windowsの「ディスクの管理」からドライブ文字を元の記号に割り当て直します。
6. どうしても元に戻せないなら、アイテムのファイル欄から新しいパスの同一ファイルを選び直す。 アイテムに設定した位置・拡大率・エフェクトは残るので、置き直すよりダメージは小さく済みます。

サムネイルキャッシュを消してしまったケース

YMM4の標準サムネイル機能で作った画像は特定のフォルダに蓄積されますが、そのフォルダの中身を「容量が増えてきたから」と消すと、参照していた.ymmpとの繋がりが切れて表示・使用ができなくなるという報告があります。ディスク掃除の対象にしないでください。

同じ「表示されない」でも、動画ではなく立ち絵だけが出ない場合は原因の系統が違います（キャラクター設定やパーツ構成側の話になります）。そちらはYMM4 立ち絵 表示されないで扱っている内容が該当します。文字が出ない・別のフォントで表示されるといった症状も同様に別系統で、YMM4 フォント 追加されない側の問題です。

症状③：出力したmp4が真っ黒（音は出る）

結論：編集中は見えていたのに出力だけ黒いなら、原因はデコードではなく「出力エンコーダ側」にあります。

これは①とは対処がまったく違います。プレビューが正常なら、YMM4は素材を読めています。にもかかわらず書き出した動画が黒いということは、映像フレームをファイルに書き込む工程で失敗している、ということです。

手順：出力が黒いときの対処

1. まず短い区間だけ出力してテストする。 10秒だけ書き出して黒いかを見る。全編20分を毎回書き出して検証していたら、切り分けだけで一日が終わります。
2. ハードウェアエンコードを切って、ソフトウェアエンコードで出力する。 YMM4の出力設定にはGPUを使うエンコード（NVENC等）とCPUで処理するエンコードがあります。GPU側を切って正常に出るなら、原因はGPUエンコーダ／ドライバで確定です。
3. 出力方式そのものを切り替える。 YMM4には既定のMediaFoundation出力とFFmpeg出力があります。片方で黒くなるなら、もう片方を試します。細かい設定を詰めたいときはFFmpeg出力の方が自由度があります。
4. 自前で入れたFFmpegが干渉していないか確認する。 v4.29.0.0でYMM4が使うFFmpegがdllからexeに変わった影響で、自分でビルド・配置したFFmpegのexeを使っていた環境ではパスが通らなくなる問題が報告されています。古い方を削除して解決した、という報告があります。心当たりがあるなら真っ先に確認してください。
5. 出力解像度・フレームレートを標準的な値に戻す。 1920×1080／30fps、あるいはショート用の1080×1920／30fpsなど、素直な値で一度出す。極端な解像度や奇数のフレームレートを指定していると、環境によっては失敗します。
6. 出力先を変える。 クラウド同期フォルダ（OneDrive、Google Drive、Dropbox）へ直接書き出すと、同期処理と書き込みが競合して壊れたファイルができることがあります。ローカルのCドライブ直下など、同期のかからない場所に出力し直してください。
7. 再生側を疑う。 出力した動画をWindows標準プレイヤーではなく、別のプレイヤー（VLCなど）やブラウザにドラッグして再生してみる。プレイヤー側のコーデック不足で黒く見えているだけというオチも実際にあります。特にHEVCで出力した場合は、再生環境にHEVC対応が必要です。

出力が「黒い」のか「止まっている」のか

出力ファイルはできているが再生すると黒、という場合と、出力プロセス自体が完了していないので中身が空、という場合は別問題です。後者は書き出しが途中で固まる系のトラブルで、原因はメモリ不足・エフェクト過多・素材の破損など。ymm4 出力 止まるの切り分けが必要になります。出力ファイルのサイズが想定より極端に小さい（数百KB等）なら、後者を疑ってください。

なお、映像は正常なのに音だけおかしいという症状はまた別系統です。出力後に音が小さい・こもると感じたらYMM4の音量が小さい側の設定（音量調整とコンプレッサー周り）を確認してください。

症状④：特定の素材だけ黒い（AI生成動画・透過素材・エフェクト）

結論：1本だけ黒いなら、その素材のコーデックかアルファチャンネル、あるいは背景の敷き忘れです。

ケース1：AI生成動画（Dream Machine等）を取り込むと黒くなる

これは実際に報告例があります。AI動画生成サービスから落としたmp4をYMM4に入れると真っ黒になる、というもので、原因は生成された動画のコーデックがYMM4と互換でないことにあります。報告されている解決策は、DaVinci Resolve（無料版あり）に一度読み込んで書き出し直す方法です。

1. 生成サービスから動画をダウンロードする
2. DaVinci Resolveにインポートし、タイムラインに配置する
3. Deliver タブへ移動し、Individual Clips を選択する
4. ビデオタブで出力フォーマット（MP4／MOV等）を選ぶ
5. Render at source resolution にチェックを入れる（元の解像度を維持できる）
6. 複数まとめて変換する場合は、ファイルタブで Use unique filenames にチェック
7. Add to Render Queue → Render を実行し、出てきたファイルをYMM4に入れ直す

DaVinci Resolveでなくとも、後述のとおりFFmpegや汎用の変換ソフトでも同じことができます。要は「YMM4が確実に読めるH.264のmp4に作り直す」だけです。AI生成動画に限らず、素性の分からないmp4は最初から変換してから使う、と決めてしまうのが早いです。

ケース2：透過（アルファ付き）素材が黒い背景で表示される

透過情報を持つ動画をYMM4にそのまま入れると、透明であるべき部分が黒く表示される——これは仕様に近い挙動です。アルファチャンネル付き動画はコンテナ・コーデックの組み合わせがシビアで、mp4（H.264）は基本的にアルファを保持できません。

実務的な回避策は3つです。

「透明にしたつもりが黒く出る」は、そもそもYMM4が透過情報を受け取れていないというだけの話です。素材の見た目を疑う前に、素材の形式がアルファを保持できるものかを確認してください。

ケース3：背景に何も敷いていないから黒い

意外と多いのがこれです。YMM4は、あるレイヤーの下に何も置かれていない領域を黒として描画します。 字幕とキャラクターだけを置いて出力すれば、余白は当然黒くなります。「真っ黒」ではなく「一部が黒い」「上下だけ黒い」なら、まずこれを疑ってください。

チェック項目は以下です。

• [ ] 一番下のレイヤーに背景（画像・単色・動画）アイテムを置いているか
• [ ] 背景アイテムの尺が、動画全体の長さをカバーしているか（途中で切れていないか）
• [ ] 背景アイテムの拡大率が足りていて、画面全体を覆っているか
• [ ] 背景アイテムの不透明度が0になっていないか
• [ ] 黒板や図解パネルを「背景より上、立ち絵や字幕より下」に配置できているか
• [ ] 素材の解像度が出力解像度より小さくて、周囲に黒帯が出ていないだけではないか

ケース4：エフェクト・ブレンドモードの設定ミス

色調補正のエフェクトで明るさやコントラストを極端な値にしていると、素材はちゃんと読めているのに真っ黒になります。ブレンドモード（合成モード）を「乗算」にした上で下に何も無い、という組み合わせでも黒くなります。1本だけ黒い素材が見つかったら、その素材のエフェクトを全部外して素の状態に戻す——これが最短の切り分けです。素で表示されればエフェクト側、素でも黒ければ素材側です。

まずこれを試す「3分の応急処置」チェックリスト

原因を突き止める前に、とりあえず高確率で当たるものから潰したい人向けの順序です。上から順に、1項目あたり20〜30秒で試せます。

• [ ] 1. YMM4を再起動する。 設定変更が反映されていないだけ、描画が一時的に壊れているだけ、というケースを潰す。
• [ ] 2. 黒い素材をタイムラインから一度削除し、入れ直す。 メディアの再読み込みで直る報告があります。
• [ ] 3. その素材を、他の動画プレイヤーで再生してみる。 ここで既に黒いなら、素材そのものかPCのコーデック環境の問題です（YMM4は無罪）。
• [ ] 4. アイテムのファイルパスにカーソルを乗せ、ファイルが実在するか確認する。 ②のリンク切れをここで除外。
• [ ] 5. ファイル→設定→全般→プレビュー→ハードウェアデコード処理 を DXVA2 に変え、再起動。
• [ ] 6. それでも黒ければ、同じ場所でハードウェアデコードを無効にして再起動。 重くなるが表示されるなら原因確定。
• [ ] 7. 他のアプリを全部閉じてから再試行する。 メモリ不足で描画に失敗しているケースを潰す。
• [ ] 8. 10秒だけ書き出してみる。 プレビューが黒くても出力は正常、という逆パターンもあります。

ここまでで直らなければ、原因は「素材側」にある可能性がかなり高くなります。次のセクションへ進んでください。

うまくいかない条件も先に書いておきます。 この応急処置は、素材が破損している場合・YMM4が対応していない特殊コーデックの場合・GPUドライバに不具合がある場合には効きません。また、ハードウェアデコードを無効にしたままだとプレビューが重くなり、長尺の編集効率は明確に落ちます。無効化はあくまで切り分け用であって、恒久的な運用にはしないでください。

素材を先に直す：再エンコードと変換ツールの選び方

結論：YMM4の設定をいじる時間より、素材をH.264のmp4に統一する時間の方が短くて確実です。

真っ黒トラブルで最終的に効くのは、ほぼ例外なく「素材の作り直し」です。ターゲットにする形式は次の通りで、これはYMM4に限らずWindowsの動画編集で最も事故が少ない組み合わせです。

避けたいのは、HEVC（H.265）・VP9・AV1・10bit・可変フレームレート（VFR）の組み合わせです。特にHEVCはiPhoneの「高効率」設定で撮ると生成され、Windows標準のコーデックだけでは扱えません。対処は2つあり、iPhone側で 設定 → カメラ → フォーマット を「互換性優先」に変えて撮り直すか、Microsoft Storeの「HEVC ビデオ拡張機能」（有料・数百円程度）を入れてWindows側をHEVC対応にするかです。根本的には前者（そもそもHEVCで撮らない）を推奨します。 拡張機能を入れても、編集ソフト側やGPUデコードとの相性が完全に消えるわけではないからです。

VFRについては注意が必要で、YMM4はVFR動画を扱えないわけではなく、むしろVFRのままの方がプレビューがスムーズという報告もあります。ただしカット編集した動画で再生開始位置がズレることがあるため、真っ黒とは別の事故を招きます。画面録画ソフトやスマホの出力はVFRになりがちなので、取り込み前にCFRへ揃えるのが無難です。

変換ツールの選択肢

最後の Shorty は当サイトが開発・運営しているツールです。汎用の動画コンバータではなく、ショート動画の生成・書き出しを前提にした作りなので、「YMM4で長尺を作りつつ、ショートは別ラインで回したい」という用途で選択肢の1つになります。 無料プランには上記の制約（1本30秒まで、30日で5本まで、保存7日、ショート形式のみ）があるため、長尺の素材変換そのものを任せたいならFFmpegやHandBrakeの方が素直です。用途で使い分けてください。どのツールが最良ということはなく、変換したい素材の量と形式で決まります。

FFmpegでの基本の変換コマンド

コマンドに抵抗がなければ、これが一番速く確実です。

ffmpeg -i input.mp4 -c:v libx264 -pix_fmt yuv420p -r 30 -c:a aac -b:a 192k output.mp4

• -c:v libx264 … 映像をH.264に変換
• -pix_fmt yuv420p … 8bitの4:2:0に揃える（10bit由来の黒画面対策）
• -r 30 … 固定30fpsに揃える（VFR対策）
• -c:a aac -b:a 192k … 音声をAACに

フォルダ内のmp4をまとめて変換したい場合は、同じコマンドをループで回すバッチファイルを作れば1クリックで済みます。副業で本数を回すなら、この「取り込み前変換バッチ」を1回作っておくだけで、真っ黒トラブルの発生率は目に見えて下がります。

独自視点2：プレビューと出力は別経路だから、両方が黒いことは意外と少ない

切り分けで一番使えるのに見落とされがちなのが、プレビューと出力は独立しているという事実です。プレビューは「デコード→画面へ描画」、出力は「デコード→エンコード→ファイル書き込み」という別の流れを通ります。共通しているのはデコード工程だけ。

ここから逆算すると、こう言えます。

• プレビューだけ黒い → 描画側（GPUドライバ、ハードウェアデコード設定）が怪しい。デコードは通っている可能性がある
• 出力だけ黒い → エンコード側（ハードウェアエンコード、出力方式、FFmpeg周り）が怪しい
• 両方黒い → 共通項であるデコード＝素材のコーデックがそもそも読めていない

3番目に該当するなら、設定を触る手を止めて素材の再エンコードに直行するのが最短です。この判定は10秒のテスト出力1回でできるので、応急処置チェックリストの8番目に入れてあります。

再発防止：真っ黒を二度と出さない素材運用ルール

結論：トラブルシューティングを覚えるより、トラブルが起きない素材の入れ方を固定する方が、副業の時間対効果は高いです。

真っ黒は「起きたら30分〜数時間溶ける」タイプの事故です。月に10本作るなら、月に1回起きるだけで年間で数時間から十数時間を失います。以下は、その発生源を構造的に潰すための運用ルールです。

ルール1：プロジェクトごとに素材フォルダを持つ

D:\ymm4\2026-09-15_zatsugaku-uchuu\
    project.ymmp
    video\      … 変換済みの動画素材
    image\      … 画像素材
    audio\      … BGM・効果音
    voice\      … 生成音声
    raw\        … 変換前の元素材（触らない・使わない）

ポイントは raw を分けることです。ダウンロードしたままの素材を直接タイムラインに入れず、必ず変換して video に置いたものだけを使う。こうすると「変換し忘れた素材が混ざる」事故が構造的に起きなくなります。プロジェクトを丸ごと別ドライブへ移す場合も、フォルダごと移せば相対的な位置関係は保てます。

ルール2：ダウンロードフォルダから直接読み込まない

これは①②③④すべての事故の温床です。ダウンロードフォルダは定期的に整理する場所であり、整理した瞬間にプロジェクト全体がリンク切れします。「あとで整理する」は必ず来るので、最初から入れないのが正解です。

ルール3：外付けドライブ・USBメモリに素材を置かない

ドライブレターが変わるだけで全滅します。どうしても外部ストレージを使うなら、Windowsの「ディスクの管理」でドライブ文字を固定してください。

ルール4：素材は取り込む前に必ず同じ形式へ揃える

前セクションの表の値（H.264 / yuv420p / mp4 / CFR 30fps / AAC）に統一します。バッチファイルを1つ作れば、フォルダにドラッグするだけで変換が終わります。

ルール5：素材を追加した直後に10秒テスト出力を打つ

新しい素材を入れた日に、その素材を含む10秒だけ書き出す。 これだけで、20分編集し終わってから真っ黒に気づく、という最悪のパターンを防げます。所要30秒の保険です。

ルール6：GPUドライバは繁忙期に更新しない

ドライバ更新は不具合が直ることもあれば、増えることもあります。投稿予定が詰まっている週には更新しない、更新するなら過去の安定版に戻せるようインストーラーを手元に残しておく。地味ですが効きます。

ルール7：YMM4のバージョンアップ直後は既存プロジェクトで動作確認する

YMM4は更新が活発で、内部の出力周りの仕様変更（FFmpegのdll→exe変更など）が入ることがあります。更新した日は、新規プロジェクトではなく既に完成している過去プロジェクトを開いて、10秒出力が通るかだけ確認する。ここで異常があれば、原因が更新であると即断できます。

こうした運用の型は、真っ黒対策だけでなく制作全体の速度に効きます。企画から編集までの流れを一度組み直したい場合は、雑学動画 作り方の手順と合わせて、素材管理をワークフローに組み込んでおくのがおすすめです。

よくある質問

YMM4のプレビューだけ真っ黒で音は出ます。何から試すべきですか？

ハードウェアデコード処理をDXVA2に変えて再起動、それでもダメなら無効化して再起動、の順です。音が出ている＝ファイルには到達しているので、リンク切れではなく描画かデコードの問題と判断できます。

無効化して表示されたなら、原因はGPUドライバかハードウェアデコードの相性です。ドライバを更新するか、直前の安定版に戻して再確認してください。それでも黒ければ素材のコーデックが本命なので、H.264のmp4へ再エンコードします。

出力したmp4だけが真っ黒で、編集画面では正常に見えます。なぜですか？

プレビューと出力は内部で別の経路を通るからです。編集画面が正常なら素材は読めているので、原因は出力側のエンコード工程にあります。ハードウェアエンコードを切って試してください。

それでも黒い場合は、出力方式（MediaFoundation出力／FFmpeg出力）を切り替える、出力先をクラウド同期フォルダ以外にする、解像度とフレームレートを標準的な値に戻す、の順で潰します。自前でFFmpegを導入している場合は、それが干渉していないかも確認してください。

HEVC（H.265）の動画はYMM4で使えないのですか？

環境次第です。Windows標準のコーデックだけではHEVCを扱えないため、そのままでは黒くなることがあります。Microsoft Storeの「HEVC ビデオ拡張機能」を入れると扱えるようになったという報告があります。

ただし拡張機能を入れても、ハードウェアデコードとの相性や10bit素材の問題が残るケースがあります。副業で本数を回すなら、HEVCは取り込み前にH.264へ変換してしまうのが最も確実です。iPhoneで撮るなら 設定 → カメラ → フォーマット を「互換性優先」にしておけば、そもそもHEVCになりません。

AI生成動画をYMM4に入れると真っ黒になります。使えないのでしょうか？

使えます。原因は生成動画のコーデックがYMM4と互換でないことなので、一度別ソフトで書き出し直せば読み込めるようになります。DaVinci Resolveでの再エンコードで解決した報告があります。

FFmpegやHandBrakeでH.264のmp4に変換しても同じ効果が得られます。AI動画生成サービスは出力形式を予告なく変えることがあるため、「AI素材は必ず一度変換してから使う」を運用ルールにしてしまうのが手戻りが少ない方法です。

プロジェクトを開いたら動画も画像も全部表示されなくなりました。復旧できますか？

素材ファイルを移動・リネームしていないか確認してください。YMM4はプロジェクトに素材の場所だけを記録しているため、場所が変わると見失います。元の場所に戻せば復旧します。

アイテムを選択してファイル欄にカーソルを乗せると、参照先のパスが確認できます。外付けドライブに置いていた場合は、ドライブレターが変わっただけの可能性が高いので、同じUSBポートに挿し直すか「ディスクの管理」で文字を割り当て直してください。

画面の一部だけが黒くて、素材は表示されています。これも同じ原因ですか？

違います。YMM4は下に何も置かれていない領域を黒として描画するため、背景アイテムを敷いていない・尺が足りない・拡大率が足りないだけの可能性が高いです。

一番下のレイヤーに背景があるか、その背景の長さが動画全体をカバーしているか、拡大率が画面を覆っているかを確認してください。上下や左右だけ黒い場合は、素材の縦横比が出力解像度と合っていないための黒帯であることも多いです。

透過素材を入れたのに背景が黒く表示されます。設定が悪いのでしょうか？

設定ミスではなく、多くの場合その形式が透過情報を保持できていません。mp4（H.264）は基本的にアルファチャンネルを扱えないため、透明部分が黒として表示されます。

対処はクロマキー合成で色を抜く、アルファを扱える可逆コーデックのAVIへ変換する、WebPや連番PNGへ変換する、のいずれかです。ロゴや短いアニメ素材なら連番PNGが扱いやすく、長尺の実写系ならクロマキーが現実的です。

ハードウェアデコードを無効にしたままで問題ありませんか？

映像は表示されますが、プレビューが重くなり編集効率は落ちます。切り分け用の一時的な設定と考えてください。恒久的な運用にはおすすめしません。

無効化で直ったなら、本来やるべきはGPUドライバの更新（または安定版への差し戻し）と、素材をH.264へ揃えることです。それらを済ませてから、ハードウェアデコードを元に戻して動作を確認するのが正しい順序です。

スペック不足でも真っ黒になりますか？

なり得ます。ただし「全編が完全に真っ黒」よりも、「シーク時に数秒黒い」「一部フレームだけ黒い」という形で出ることが多いです。4K素材を多用している場合は特に起きやすくなります。

対処は、編集用に低解像度のプロキシ素材を作ってそちらで編集し、出力時に本番素材へ戻す方法です。他のアプリを閉じてメモリを確保するだけでも改善することがあります。なお、YMM4が公式に明示している動作環境はOS中心で、GPUの詳細な最低要件までは公開情報では確認できませんでした。

何を試しても直りません。最後の手段はありますか？

新規プロジェクトを作り、黒くなる素材を1本だけ置いて確認してください。ここでも黒ければ素材側、正常なら元のプロジェクトの設定やエフェクトが原因と切り分けられます。

素材側と判明したら再エンコード一択です。プロジェクト側なら、その素材のエフェクトを全部外す、ブレンドモードを標準に戻す、レイヤー順を見直す、の順で確認します。それでも解決しない場合は、YMM4のバージョン、GPU、素材の形式（MediaInfo等で確認できます）を添えて公式のフォーラムやコミュニティに相談するのが現実的です。症状の切り分け結果を添えられるかどうかで、返ってくる答えの精度が大きく変わります。

まとめ

YMM4の「真っ黒」は、4つの別々の症状が同じ見た目をしているだけです。どこが黒いかを先に確定させれば、試すべき対処は3つ以下に絞れます。

• プレビューだけ黒い → ハードウェアデコードをDXVA2へ、次に無効化。GPUドライバも確認
• サムネも音も出ない → 素材のリンク切れ。ファイルを元の場所へ戻す
• 出力だけ黒い → ハードウェアエンコードを切る、出力方式を切り替える、出力先を変える
• 特定素材だけ黒い → その素材を再エンコード。透過素材は形式を見直す、背景の敷き忘れも確認

そして最も効くのは、対処法を覚えることではなく取り込み前に素材をH.264 / yuv420p / mp4 / 固定30fpsへ統一するという運用ルールです。真っ黒はYMM4の故障ではなく、YMM4が読めない素材を渡された状態がほとんどで、YMM4側をいじるより素材側を直す方が速いからです。

副業で本数を回すなら、変換バッチを1つ作り、素材フォルダの構成を固定し、素材を足した日に10秒テスト出力を打つ。この3つで、真っ黒に溶かす時間はほぼゼロにできます。2026年9月時点の情報にもとづく内容ですが、YMM4は更新が活発なソフトなので、バージョンアップ直後は既存プロジェクトでの動作確認を習慣にしておいてください。