壊れたiPhoneの動画を修復する

.MOV という拡張子はQuickTimeコンテナを指すもので、コーデックではありません。この二つは混同しやすいものです。「設定」›「カメラ」›「フォーマット」で、「高効率」（High Efficiency、HEVC/H.265）か「互換性優先」（Most Compatible、H.264）かを選びます。HEVCはファイルサイズを半分にするため、iOS 11以降の既定になっています。4K 60pや1080p 240fpsのスローモーションといった最も高負荷なモード、そして最近のモデルのDolby Vision HDRにも必須です。iPhone 13 Pro以降ではProResの記録もできます。H.264は、Windowsや古いアプリとの互換性を最大限に高めるための代替手段です。

これらはいずれもQuickTimeコンテナを書き出し、どのQuickTimeファイルにも moov アトムが含まれます。これはすべてのフレームをインデックス化するテーブルで、フレームの位置（オフセット）、サイズ、タイミング、そしてデコードに必要なコーデックのパラメータを保持します。映像データ（mdat）は録画しながらストレージへと流し込まれますが、moov はクリップが正常に終了したときにのみ確定されます。この手順が失われると、HEVCまたはH.264の完全な mdat があるのにインデックスがないファイルが残ります。Photos（写真）ではグレーや壊れたサムネイルとして表示され、QuickTimeで開いても読み込み中のスピナーが回り続けるエラーになるファイルです。

iPhoneのクリップが壊れるのは、ほぼ必ず moov が書き込まれるべき二つのタイミングです。録画の終わりと、転送の終わりです。

キャプチャ中にカメラアプリまたは本体がクラッシュした。 ハードクラッシュ、強制再起動、あるいは録画中にアプリが終了させられると、そのテイクはファイナライズされないまま終わります。その瞬間までにキャプチャされたフレームは端末に残りますが、ファイルを閉じるはずだったインデックスは残りません。

撮影中にストレージが一杯になった。 HEVCの4Kは空き容量を急速に消費します。長いテイクの途中で端末の空きが1バイトも残らなくなると、録画は突然止まり、コンテナは閉じられないまま残されます。

転送が中断された。 これが最も多い原因です。AirDrop、MacやPCへのUSBコピー、あるいはiCloud/Photosの同期の途中で止まった.MOVは、mdat はあるものの moov が切り詰められていたり欠けていたりする状態で相手側に届きます。そのため端末では問題なく再生できるのに、移動先では開けません。元のファイルがまだ残っているなら、まずそこからもう一度コピーし直してみる価値が常にあります。

これらはいずれも、不完全なインデックスの背後に有効なフレームを残します。これが修復可能なケースです。復元できないのは中断より後の映像で、それはそもそも書き込まれていません。

インデックスが失われている場合、残ったストリームを走査し、QuickTimeが書き込んだはずのサンプルテーブルを作り直すことで再構築します。ここで同じiPhoneで同じフォーマットで撮影された、状態の良いクリップがあると、その処理の信頼性は格段に高まります。そのクリップには、壊れたファイルに欠けているコーデック設定がそのまま含まれているからです。「高効率」（High Efficiency）で撮ったクリップならHEVCのパラメータセット、「互換性優先」（Most Compatible）で撮ったクリップならH.264のパラメータセットです。おかげで再構築は、原本を近似するのではなく再現できます。

実際には、同じ端末で同じカメラ設定にして使い捨ての短いクリップを撮るか、すでにあるものを一つ用意して手元に置いておきます。コーデックを壊れたファイルに合わせてください。HEVCのクリップにはHEVCの参照用クリップ、H.264にはH.264です。そのクリップが求められるのは、修復に実際に必要な場合だけです。