壊れたSamsung Galaxyの動画を修復する

Galaxyの動画はどれもISO base-media ファイルです。圧縮された映像と音声を収める大きな mdat ボックスと、それをインデックス化する moov アトム——各フレームのバイトオフセット、サイズ、タイミング、そしてデコーダーが必要とするコーデックパラメータを列挙したサンプルテーブル——から成ります。mdat は撮影中に内部ストレージ（DCIM/Camera フォルダ、20240115_143022.mp4 のような名前のファイル）へと流し込まれます。moov は事情が異なります。カメラのパイプラインがメモリ上でそれを組み立て、あなたが停止を押して録画がファイナライズされたときにのみ書き出すのです。

中に入るコーデックは設定によって変わります。高効率動画を有効にすると、ストリームはHEVC/H.265になります。8Kや4K60の素材が解像度のわりにこれほど容量を取らないのはそのためです。無効にすると H.264/AVC になり、Windows や古いテレビ、SNSアプリとの互換性が最大になります。スーパー手ブレ補正モードはさりげなく超広角センサーへ切り替わり、プロ動画モードはより高いビット深度で録画できますが、いずれも書き出すのは同じ moov でインデックス化されたMP4です。この設計上のたった一つの事実こそ、中断された録画がどのモードで生まれたかに関係なく同じ振る舞いをする理由です。すなわち、インデックスのない、HEVCまたはH.264で満たされた mdat であり、ギャラリーはこれを灰色や壊れたサムネイルとして表示し、どのプレーヤーもエラーを出して開くのです。

Galaxyのクリップは、moov が書き込まれるべき唯一の地点——録画の終わり——でちょうど壊れます。そして、そこへたどり着けなくなる、ありがちな四つの道筋があります。

長時間の撮影中の熱暴走による停止。 これはGalaxyを象徴する故障です。8Kや4K60はSnapdragonやExynosを激しく酷使し、数分後には端末が過熱警告を表示して、冷却のためにカメラを閉じます。テイクはファイナライズされないまま終わります。その瞬間までに捉えられたフレームはストレージに残りますが、ファイルを閉じたはずのインデックスは残りません。

録画の途中でバッテリーが切れた。 キャプチャ中に電源が落ちた端末は、停止ルーチンを一度も実行しません。そのためコンテナは、まったく同じかたちで閉じられないまま残されます。

カメラアプリがクラッシュした、または強制終了された。 アプリのクラッシュ、Androidの低メモリ管理機構によるアプリの終了、あるいは録画中に別の操作へ移ってOSがアプリを回収すること——これらはいずれも、インデックスを書き込まないままテイクを終わらせます。

撮影中にストレージが一杯になった。 HEVCの8Kは毎分数百メガバイトを書き込みます。内部ストレージやmicroSDの空き容量がゼロに達すると、書き込みは途中で失敗し、ファイルは切り詰められます。

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

インデックスが失われている場合、生き残ったストリームを走査し、端末が書き込んだはずのサンプルテーブルを作り直すことで再構築します。同じGalaxyで、同じモードで撮影された正常なクリップは、その作業をはるかに確実にします。それは、壊れたファイルに欠けている正確なコーデック設定——高効率クリップならHEVCのパラメータセット（VPS/SPS/PPS）、標準クリップならH.264のそれ——を備えているため、再構築は解像度とフレームレートを推測するのではなく、元のとおりに再現できるのです。

実際には、同じ端末で、同じカメラ設定——同じ解像度、同じフレームレート、HEVCかH.264かの同じ選択——を使って、使い捨ての数秒を撮影し、手元に用意しておいてください。コーデックを壊れたファイルに合わせておけば、修復が実際にそれを必要とするときにだけ求められます。別の端末で撮った汎用的なMP4サンプルは、パラメータセットが異なるため、たいてい役に立ちません。