コーデックとコンテナ：「再生できない」動画のほとんどを説明する区別

どの動画も、1つではなく2つのもの

動画が再生できないとき、反射的に下される診断は「壊れている」です。その 半分は壊れていません。理由を理解するには、あらゆる動画ファイルが実際に は何であるか、その独立した2つのものを切り分ける必要があります。

コンテナは外側の形式です：MP4、MOV、MKV、AVI。 音声と映像のストリームを1つにまとめる包装であり、各フレームがどこに 位置し、映像がどう音声と同期を保つかを記録したインデックスを 保持します。ファイルの拡張子が指すのはコンテナです。

コーデックは、そのコンテナの内側にある フレームを圧縮するのに使われる方式です：H.264、HEVC（H.265とも呼ばれ ます）、AV1、VP9。実際の映像が書かれている言語にあたります。プレーヤー はそれを読むために、対応するデコーダーを備えている必要があります。

1つのファイル、2つの層：コンテナ（ファイル情報＋インデックス）がフレームを包み、コーデックはそのフレームが圧縮されている言語です。どちらの層も、動画が再生できない原因になり得ます。

1つのファイルは両方を同時に備えており、それぞれ独立して壊れます。完璧に 無傷なコンテナが、プレーヤーにデコードできないコーデックのフレームを 収めていることもあります。見慣れたコーデックが、プレーヤーにフレームを まったく見つけられないほど破損したコンテナの中に収まっていることもあり ます。同じ「再生できない」という症状でも、原因はまったく別の2つ。だから こそ、どちらも .mp4 と表示される2つのファイルが、まるで似ても 似つかない挙動をすることがあるのです。これについてはMOV と MP4 でさらに掘り下げています。

頭の中の理解を固めてくれる本のたとえ

ファイルを1冊の印刷された本だと考えてください。コンテナは 物理的な本そのものです。製本、ページ番号、そして「第3章は90ページから 始まる」と示す目次です。コーデックは、その文章が 書かれている言語です。

こうすると、2つの故障が明白に、はっきりと別物だとわかります。本が しっかり作られていても、あなたが読めない言語で書かれていたら、本自体 には何の問題もありません。必要なのは翻訳者です。これがコーデック不足で、 デコーダーを入れるのは翻訳者を呼びに行くことにあたります。一方、製本が ばらばらになり、目次が破り取られたページを指しているなら、あなたがその 言語を流暢に読めるかどうかは関係ありません。本の中を辿ることができない のです。これがコンテナの破損で、修復は本を綴じ直し、その目次を作り直す ことにあたります。

翻訳者は背表紙を引きちぎられた本を直せませんし、製本職人はフィンランド語 を読む手助けはできません。間違った専門家を頼っても、どこにもたどり着けま せん。これはまさに、途中で切れたダウンロードを直そうとコーデックパックを 入れたり、プレーヤーが単にデコードできないだけの無傷な HEVC クリップに 修復ツールをかけたりするときに起きていることです。

「コーデックを入れる」——それが本当の対処になるとき

修復ではなくコーデックが必要なのは、ファイルは健全なのに、 プレーヤーがその圧縮を読めないときです。見分ける手がかりは、 動画がどこかでは再生できること。VLC で、撮影した端末で、同僚のマシンで は再生できるのに、あなたの特定のプレーヤーでだけ再生できない、という 状態です。

現代の典型例が HEVC（H.265）です。スマートフォンや カメラは、同じ画質でファイルサイズを半分にできるため、既定でこれを 記録します。ところが Windows は HEVC デコーダーを同梱していないので、 システムのプレーヤーは黒い画面を表示したり、映像なしで音声だけを再生 したりします。一方、独自のデコーダーを同梱した VLC では問題なく再生 できます。AV1 も古いハードウェアでは同じ道をたどり つつあります。対処はどれもファイルではなくデコーダーに関するものです：

• デコーダーを追加する。 Windows なら、システムの プレーヤーが H.265 を読めるよう、Microsoft の HEVC ビデオ拡張機能を インストールします。
• 自前のデコーダーを持つプレーヤーを使う。 VLC や IINA は、追加のインストールなしでほとんど何でもデコードします。
• 一度だけ変換する。 どこでも開けるようにしたいなら、 HandBrake のようなツールでクリップを幅広く対応された H.264 MP4 に トランスコードします。再エンコードに常につきまとうわずかな画質の 低下は受け入れることになります。

長年の経験から得た注意点をひとつ。何でも再生できると謳う、オール インワンの「コーデックパック」インストーラーは避けてください。歴史的 に見て、それらはシステムのコーデックを濁らせ、解決したよりも多くの 再生トラブルを引き起こしてきました。公式のデコーダーを1つだけ入れるか、 自己完結したプレーヤーを使うのが、すっきりとした道です。

「ファイルを修復する」——まったく別の対処

コーデックではなく修復が必要なのは、コンテナが破損しているときです。手がかりは逆になります。動画が VLC を含めどこでも再生できず、しばしばサイズがおかしく見えたり、プレーヤーがコーデックの エラーではなく構造的なエラーを出したりします。

最も多い形が、インデックスの欠落や破損です。コンテナのインデックスは、 録画や転送が終わるときに書き込まれます。その終わりが中断される と、フレームはディスク上に残っても、それらへの地図がない状態になります：

コンテナの破損：フレームは生き残ったのに、プレーヤーがそれらを見つけるのに必要なインデックスが壊れているか、そもそも書き込まれていません。どんなデコーダーも役に立ちません。構造そのものを組み直す必要があります。

MP4 や MOV では、ffmpeg はこれを moov atom not found と 報告します。途中で切れたダウンロードや、抜き取られた SD カードも関連した 故障を生みます。ファイルが途中で切れ、その末尾とともにインデックスが 失われるのです。いずれの場合もデコーダーは無力です。プレーヤーはデコード すべきフレームにすら到達できないからです。役立つのはインデックスの再構築です。修復ツールは 生き残ったストリームを走査してフレームの境界を見つけ、その周りにコンテナ を再エンコードせずに組み直します。だからコーデックも画質 もそのままです。そのインデックスがどう働くかをバイト単位で知りたければMP4 の解剖 を、原因の全カタログ については 動画ファイルはどう壊れるのか をご覧ください。

どちらが必要か？1分でできるテスト

当て推量は要りません。最も寛容な主要プレーヤーである VLCでファイルを開き、その結果をこの表と照らし合わせてください。

経験則はこうです。どこかで再生できるならコーデックの問題、 どこでも再生できないならコンテナを疑う。まずファイルを仕分け れば、声の大きいツールではなく、正しいツールに手を伸ばせます。