回復後の音声のずれ — 修正方法

破損したファイルを復元しました。ビデオが再生されます。オーディオが再生されます。ただ、ずれています。音声が画像から一定量（多くの場合、約0.5秒）オフセットされているか、同期して開始してから録画中にずれていきます。

このページでは、両方のパターンとその修正方法について説明します。

パターン1：固定オーディオオフセット（約0.5秒）

これは、回復されたMP4/MOVファイルで最も一般的なオーディオ同期の問題です。音声は画像の約0.5秒前または後に開始され、録画全体を通してその状態が続きます。

原因はほとんどの場合、再構築中のオーディオチャンクの配置です。MOV/MP4インターリーブでは、オーディオチャンクは「mdat」内のビデオチャンクと並んでいます。各グループ内のビデオチャンクに対してオーディオチャンクが配置される場所が重要です。グループ内のビデオチャンクの後に配置されると、オーディオは約0.5秒遅れてドリフトします。グループの先頭に配置されると、同期は正しくなります。

これは特にAtomos/Ninja/Shogunファイルに影響します。これらのユニットは、一部の復元ツールが誤って処理する特定のチャンク配置パターンを書き込みます。これはNinja Vファームウェアで学んだことで、回帰テストを実行し、現在はデフォルトでオーディオチャンクをビデオグループの先頭に配置しています。

エディターでのクイック修正：オーディオトラックを0.5秒前に（またはオフセットの方向に応じて後ろに）ずらすと、通常は同期がはまります。Premiere：オーディオトラックを選択し、Altキーを押しながらドラッグします。Resolve：タイムラインのシフト。オフセットはファイル全体で一定であるため、1回のナッジで修正されます。

より良い修正：修正されたチャンク配置で復元を再生成します。当社のサービスをご利用の場合は、ケースをエスカレーションしてお問い合わせください。パラメーターは1つで、再実行は無料です。

パターン2：オーディオが時間の経過とともにずれる

オーディオは同期して開始し、徐々にずれていきます。30分間のテイクの10分目までには数秒ずれています。30分目までには明らかな不一致になっています。

これはサンプルレートの不一致です。オーディオの実際のサンプルレート（48,000 Hzなど）が、再構築されたコンテナで宣言されたレート（44,100 Hzなど）と一致していません。プレーヤーはオーディオを間違った速度でデコードするため、オーディオの1秒ごとに必要な時間よりもわずかに短くなったり長くなったりして、オフセットが大きくなります。

原因：回復中に、オーディオヘッダーが欠落していたか、破損していました。復元ツールがレートを推測し、間違えた。

修正：正しいサンプルレートを指定してファイルを再インポートします。FFmpegの場合：

ffmpeg -i recovered.mp4 -c:v copy -c:a pcm_s24le -ar 48000 corrected.mov

（48000を実際のレートに置き換えます。カメラのオーディオメニューを確認してください。ほとんどの最新カメラはデフォルトで48 kHzに設定されています。一部の古いカメラは44.1 kHzを使用しています。）

当社のサービスをご利用の場合は、ケースをエスカレーションし、正しいサンプルレートをご提供ください。再生成いたします。

パターン3：オーディオはカットポイントでは同期しているが、その間は同期していない

あまり一般的ではありませんが、認識可能です。オーディオは最初に同期し、最後に同期し、目に見えるカットごとに同期しますが、各ショット内でずれます。通常、録画が可変フレームレート（VFR）であったことを意味します。カメラは名目上のフレームレートで撮影しましたが、実際にはわずかに異なる間隔でフレームを書き込みました。回復は、オーディオの再タイミングなしに一定フレームレート（CFR）に変換されました。

ほとんどのカメラ映像はCFRです。携帯電話の映像は一般的な例外です。iPhoneやAndroid携帯電話はVFRで録画することがよくあります。携帯電話の映像を復元していて、このずれが見られる場合は、それが理由です。

修正：VFRを保持した状態で、復元されたファイルを再エクスポートします。

ffmpeg -i recovered.mov -c copy -vsync passthrough corrected.mov

それでも問題が解決しない場合は、コーデックストリームの基礎となるタイムスタンプが破損しており、唯一の確実な修正方法は、エディターでショットごとに再タイミングすることです。

パターン4：オーディオが静的のように聞こえる

同期とは異なり、オーディオは適切なタイミングで再生されますが、ホワイトノイズのように聞こえます。これは通常エンディアンです。最も一般的なのは、Atomosやその他の外部レコーダーで、リトルエンディアンの24ビットPCMを書き込む場合です。無条件にバイトを交換する一般的な回復ツールは静的なものを生成します。正しい回復はデータからエンディアン性を検出します。

Atomos固有のバージョンについては、'/fix/atomos-ninja-recording-stopped' を参照してください。

どのパターンかを判断する方法

ファイルを再生して、唇を見てください。

症状	パターン
口が約0.5秒先行/遅延、一定	チャンクの配置（パターン1）
最初は唇はOK、最後にはずれている	サンプルレート（パターン2）
カット時は唇はOK、ミッドショットでずれ	VFR/CFRの不一致（パターン3）
静的、認識可能な音声なし	エンディアン（パターン4）

当社の復元によるこれらの処理方法

オーディオプローブパスは次のことを検出します。

エンディアンデータをサンプリングし、どの解釈が妥当な分布を持つかを確認します。データが指示しない限り、交換は行いません。
サンプルレートはチャンクサイズの優勢度から — ほとんどのチャンクのサイズは実際のレートによって決まります。外れ値はフィルタリングされます。
相関分析からのチャンネルレイアウト（モノ/ステレオ/5.1）。
カメラの書き込みパターンに基づくチャンクの配置。

最初のパスでこれらのいずれかが間違っている場合、エスカレーションフローを使用して症状をお知らせください。適切なパラメーターで再実行します。再実行は無料です。

あなたが行うこと

当社による復旧の場合：

ジョブページからケースをエスカレーションしてください。どのパターンが表示されているかをお知らせください。
したパラメータで再実行します。無料です。

他社からの復元の場合：

元の破損したファイルをアップロード。正しいオーディオ処理で復元をやり直します。お支払い前の無料プレビュー。

FAQ

元の復元でオーディオ同期が正しく行われなかったのはなぜですか？ クリーンなファイルの場合、オーディオ同期は明確です。回復されたファイルの場合、プレーヤーにオーディオの解釈方法を指示するメタデータが部分的に欠落しているため、回復ではそれを推測する必要があります。よりスマートな推論が、ツール間の違いです。

オーディオは一部のプレーヤーでは問題なく、他のプレーヤーでは同期していません。 おそらく、厳格なプレーヤー（Premiere）はメタデータフラグを解釈しますが、寛容なプレーヤー（VLC）は無視するのでしょう。FFmpegで再マルチプレクシングして、メタデータをクリーンアップしてください。

ビデオではなく、オーディオだけを再エクスポートできますか？ はい。ケースをエスカレーションしてお問い合わせください。より便利な場合は、オーディオのみをWAV/AACとして返すことができます。

私の映像は安全ですか？ フランスにあるサーバーで、48時間後に自動削除され、トレーニングや共有には一切使用されません。プライバシーポリシー。

動画を復元する準備はできましたか？

ファイルをアップロードしてください。約1分で5秒間の無料プレビューをご覧いただけます。プレビューが正しいと思える場合にのみお支払いください。

動画をアップロード →