壊れたNikon Z8の動画を修復する

QuickTimeの.MOVは2つの部分に分けて書き込まれます。画像データは録画しながらフレームごとにカードへ流し込まれ（mdat）、moovアトム——すべてのフレームがどこにあるかを示すサンプルテーブルと、デコーダーが必要とするコーデック構成——は最後に、録画が正常に停止したときに刻印されます。Z8にそのきれいな停止を与えなければ、コンテナは頭のない状態で残されます。有効なH.265やProResが何ギガバイトもありながら、それを索引づけるものが何もないのです。プレーヤーは「moov atom not found」（moovアトムが見つかりません）、コーデックエラー、あるいは再生時間を表示しない黒いフレームで応じます。

Z8では、この中断は特定の形で起きがちです。

• サーマルシャットダウン。 Z8はZ9の積層型センサーを、はるかに小さく熱容量の少ないボディに詰め込んでおり、長時間の8.3Kや高フレームレートの4Kのテイクは、あなたが停止を押す前にカメラを自動電源オフへ追い込むことがあります——録画中のクリップは未完のまま残ります。初期のファームウェアは特にこれが起きやすく、その後のアップデートで上限は引き上げられましたが、なくなったわけではありません。
• カードが抜かれた、または電源が切れた。 アクセスランプがまだ点灯しているうちにCFexpress Type Bカードを取り出したり、テイクの途中でEN-EL15cが切れたりすると、インデックスが確定する前に書き込みが終わってしまいます。
• カードが書き込み速度を維持できなかった。 N-RAWとProResには高速なCFexpress Type Bカードが必要です。遅い、あるいは故障しかけたカードはストリームを詰まらせ、ファイルを途中で切ってしまうことがあります。

いずれの場合も、障害の瞬間まで撮った映像はファイルの中に残っています——欠けているのは末尾の小さな地図だけです。

自分がどのファイルを持っているかを知っておくと役立ちます。H.265、H.264、ProRes 422 HQ、ProRes RAW HQで撮ったなら、クリップは標準のQuickTime .MOVで、そのインデックスはmoovアトムです——まさにコンテナの再構築が作り直す構造です。N-RAWで撮ったなら、クリップは.NEVファイル、Nikon独自の12ビットraw動画のラッパーです。N-RAWは、同時に記録されたH.264の.MOVプロキシと組み合わされていることが多く、そのプロキシ自体は、あなたが頼れる普通のMOVです。

.MOVからmoovが欠けているときは、生き残ったストリームを走査し、きれいに停止していればカメラが書き込んだはずのサンプルテーブルを作り直すことで再構築できます。その作業は、正確なストリーム構成——HEVCのパラメータセット（VPS/SPS/PPS）やProResのフレーム形状——が手元にあると、はるかに忠実になります。そして、その最も信頼できる情報源は、同じモードで撮影した同じZ8の正常なクリップです。同じコーデック、解像度、フレームレート、ビット深度のもの。最後のテイクでカメラがオーバーヒートしたのなら、そのカードの前のテイクはたいてい無傷で、完璧な参照になります。1つ手元に置いておいてください。壊れたファイルがそれを必要とするときにのみ求められます。

Z8のファイルは大きく——ProRes 422 HQやN-RAWの数分間で何ギガバイトにもなります——しかもたいていは撮り直せない映像です。報酬の発生する撮影、結婚式、何時間も待って捉えた野生動物。アップロード方式の修復サイトは、あなたが中身を検分できないサーバーへ、遅い往復通信を通じて、あなたが書いたのではない規約のもとで、その完全なコピーを持っていきます。

ここでは修復は完全にあなたのブラウザ内で実行されます。ファイルはディスクから直接読み込まれ、タブ内で再構築され、書き戻されます——何も送信されません。自分で確認できます。ブラウザのネットワーク（Network）タブを開き、クリップの0バイトがあなたのマシンから出ていくのを見てください。これはプライバシーの約束ではなく、仕組みそのものです。だからこそ、数ギガバイトのZ8のクリップですら、アップロードのバーを待つ必要が一切ないのです。