今すぐ修復
- ファイルをドロップ
- 修復はローカルで実行
- 結果をダウンロード
Premiere Pro は Media Core エンジンを通じて素材を読み込みます。このエンジンはまずファイルのコンテナを読み取り、その中にある音声トラックと映像トラックを列挙します。これに失敗すると、二つのうちどちらかのダイアログが表示されます。"The file has no audio or video streams"(このファイルには音声も映像もストリームがありません。Premiere はコンテナを開いたものの、トラックを見つけられなかった状態)か、"Codec missing or unsupported"(コーデックが見つからない、または非対応。トラックは見つかったがコーデックをデコードできない状態)です。前者はほぼ常にコンテナの問題——インデックスの欠落や切り詰め——であり、まさにブラウザ内での再構築が直せるものです。上のエリアにファイルをドロップすると、ツールはブラウザ内で実際の構造を調べ、トラックが再び現れるようコンテナを再構築します。1 フレームたりともアップロードしません。
Premiere が実際に伝えていること
MP4 や MOV は、映像と音声を mdat ボックスに収め、それらを moov アトムで記述します。moov は各トラック、そのコーデック、そしてすべてのフレームがどこにあるかを一覧にしたインデックスです。Premiere の読み込み機能はまず moov を読みます。そのインデックスが欠落している、または切り詰められている場合——ファイナライズされていないスマホの録画、インデックスを書き込む前にクラッシュした OBS や画面キャプチャ、途中で切れたダウンロード——Premiere はファイルを開いてもトラックテーブルを見つけられず、"The file has no audio or video streams"(このファイルには音声も映像もストリームがありません)と報告します。フレームは mdat の中にちゃんと存在しているのに、Premiere にはそこへ至る地図がないのです。同じクリップが VLC(こちらはより積極的にスキャンします)ではどうにか再生できる一方で、Premiere はにべもなく拒否するのはこのためです。
"Codec missing or unsupported"(コーデックが見つからない、または非対応)は別種の失敗です。この場合、コンテナは読めてトラックテーブルも存在しますが、中のコーデックが Premiere のデコーダーが受け付けないものなのです。たとえば一部の 10-bit や 4:2:2 の HEVC の亜種、珍しい H.264 のプロファイル、あるいは——定番なのが——画面レコーダーやスマホからの可変フレームレート(VFR)の素材で、Premiere はこれをうまく扱えません。これはコンテナの問題ではないので、再構築だけでは直りません。答えは、読み込む前に ProRes や DNxHR/DNxHD といった固定フレームレートの中間コーデックにトランスコードすることです。
二つの根本原因と、あなたのケースはどちらか
この二つを見分けることが、やるべきことを教えてくれます。クリップがどこかで再生できる——スマホ、VLC、ブラウザのプレビューなど——のに Premiere が "The file has no audio or video streams"(このファイルには音声も映像もストリームがありません)と言うなら、ほぼ間違いなくコンテナ/インデックスの破損です。よくある原因は、カメラやアプリが一度もファイナライズしなかった録画(そのため moov が書き込まれていない)、転送の中断やディスク満杯で切り詰められたファイル、あるいはコピーの失敗でオフセットが誤った場所を指しているケースです。コンテナを再構築すると、Premiere が読むサンプルテーブルが作り直され、トラックが再び現れます。
一方、クリップが Premiere のブラウザーでは開くのにデコードでエラーになる、あるいは "Codec missing or unsupported"(コーデックが見つからない、または非対応)と表示されるなら、コンテナは問題なく、障害はコーデックかそのパラメーターです。この場合は再構築では解決しません。確実な道は、ファイルを編集向きのコーデックに変換すること——一定のフレームレートで ProRes、DNxHR、DNxHD にエクスポートまたはトランスコードすること——で、これは VFR による同期ずれも直します。Media Cache(メディアキャッシュ)を消去して読み込み直す人もいますが、それが効くのは、Premiere が本来は問題ないファイルの不良インデックスをキャッシュしていた場合だけです。
ブラウザ内での修復が取り戻すもの——そしてなぜアップロードしないのか
コンテナが原因のケース——"The file has no audio or video streams" の背後にあるもの——では、ツールは生き残った H.264 または HEVC のストリームをスキャンし、moov インデックスとサンプルテーブルを再構築して、Premiere が問題なく読み込める、クリーンでシークできる MP4/MOV を書き出します。ファイルが切り詰められていた場合は、切れる前に書き込まれたフレームを救い出し、その周りに有効なコンテナを閉じます。そのため、途中までしか転送されなかったクリップでも、丸ごと拒否されるのではなく、届いた分の素材はきちんと読み込めます。これらすべては、ファイルがディスクから読み込まれるあいだ、あなたのブラウザーのタブ内で行われます。
正直な限界もあります。再構築は、Premiere が対応していないコーデックをデコードできるようにはできません。根本の問題が特殊な HEVC プロファイルや VFR なら、修復のあとでもトランスコードが必要です。また、そもそも書き込まれなかったフレームを復元できるツールは存在しないので、中断後に失われた素材は失われたままです。修復が確かに保証するのはプライバシーです。生の素材——多くはクライアントの仕事、未公開の素材、個人的な映像——はディスクから読み込まれてローカルで再構築され、Network(ネットワーク)タブを見張れば 0 バイトも自分のマシンから出ていかないことを確認できます。
修復できるものとできないもの
修復できる
- moov インデックスが欠落または切り詰められているために Premiere が "The file has no audio or video streams"(音声も映像もストリームがない)で拒否する MP4/MOV クリップ
- コンテナが一度も閉じられなかった、ファイナライズされていない録画(スマホ、OBS、画面キャプチャ)
- 転送の中断やディスク満杯で切り詰められたファイル——切れる前のフレームは救い出され、再びインデックス化されます
- コピーの失敗でオフセットが誤っていたり、トラックテーブルが壊れたりした H.264/HEVC クリップ
修復できない
- "Codec missing or unsupported"(コーデック非対応)の背後にある、本当に非対応のコーデックやプロファイル——再構築ではデコードできません。代わりに ProRes/DNxHR にトランスコードしてください
- 一定のフレームレートへの変換が必要な、可変フレームレートによる同期の問題
- 中断後にそもそも書き込まれなかったフレーム
- 0 バイト、またはほぼゼロばかりとして読み込まれるファイル
修復が失敗した場合、その理由(データの欠落か構造の破損か)をお伝えします。失敗した修復に料金が請求されることはありません。