可変フレームレートと音声同期:変換前に診断する
タイムスタンプ、複数の基準点、限定的な実際のCFR検証用信号で可変フレームレートの音声同期を診断し、フレーム間隔だけでは不十分な理由を示します。

可変フレームレートは音声同期の問題に関係することがありますが、存在するだけで原因と証明されるわけではありません。識別できる複数の音と映像の出来事で元と書き出しを比較し、タイムスタンプと長さを調べ、最初に不一致が現れる場所を特定します。その後、固定フレームレートのコピーを、自動的な治療ではなく、一つの制御した介入として試します。
一定の偏移、徐々に増えるドリフト、編集点後の急変は異なる症状です。音声トラック全体を動かすと、一つに効いても別の症状を悪化させることがあります。フレームの刻みを変換すれば規則的な出力は作れますが、時刻、終端、口の動きとの同期が正しい証明にはなりません。
このガイドには、実際に行った限定的な合成タイムスタンプ確認と、別の架空の診断例を含めます。合成確認で使ったのは生成した色パターン動画と連続トーンであり、スマートフォン映像や人の発話ではありません。
まず観察できる不一致を説明する

概念図であり、製品の操作画面のスクリーンショットではありません。
「VFRのファイルだ」から始めないでください。「音声が全体でほぼ同じ量だけ遅れる」「終盤へ向けて差が増える」「このカット直後に同期が変わる」という挙動から始めます。
話す姿全体の印象ではなく、明瞭な出来事を使います。録音にあれば、見える拍手とその音、意図的なタップ、はっきり定義できる動作が基準点になります。口の動きは実用的な審校に役立ちますが、曖昧さのない一つのサンプル位置を与えるとは限りません。
未加工の元、編集ソフトまたは作業コピー、最終書き出しで同じ出来事を比較します。元自体がずれているなら、後の変換がその元の偏移を作ったわけではありません。元は良く、タイムラインが違うなら、読み込みと編集の挙動を調べます。タイムラインは良く、書き出しが違うなら、書き出し経路と再生へ焦点を当てます。
可能なら、別の適切なローカルプレーヤーでも再生します。再生だけの問題を、自動的にファイルへの破壊的な時刻補正につなげてはいけません。
一貫した符号の規則を使う
偏移を、音声の出来事時刻から映像の出来事時刻を引いた値と定義します。正の値なら音が対応する映像より後、負なら音が映像より先です。
出来事、両時刻、差を書きます。測定方法と不確かさは重要です。フレーム単位の目視で、表計算が小数を多く表示するというだけで無限の精度を主張できません。
コピーして使える記録は次のとおりです。
同期確認
ファイルと版:
元、作業コピー、書き出しのいずれか:
プレーヤー/編集ソフトと審校設定:
出来事の説明:
映像の出来事時刻:
音声の出来事時刻:
偏移=音声時刻から映像時刻を引く:
測定の不確かさ:
同じ出来事での元との差:
近くの関連カット、速度変更、切り替え:
長いクリップでは少なくとも序盤、中盤、終盤の基準点を使い、疑わしい編集付近に追加します。実用的なサンプリング計画であり、三回の確認で全欠陥を捉える普遍的な保証ではありません。
修正を選ぶ前にパターンを解釈する
| パターン | 確認が示唆される点 | 決めつけてはいけないこと |
|---|---|---|
| 全基準点で似た偏移 | 開始の偏移、編集のずれ、再生経路 | VFRが累積ドリフトを起こしたこと |
| 経過時間にほぼ比例して増える偏移 | タイムラインの解釈、時間尺度、録音クロックの違い | 一度の音声シフトで全体が直ること |
| カット後の急な段差 | トリミング、隙間、速度変更、クリップ固有の処理 | 元全体の変換が必要なこと |
| 一区間周辺だけの不規則さ | 時刻の不連続、損傷/欠落した素材 | 一つの全体レート変更が適切なこと |
| プレーヤーごとに違う挙動 | 再生またはデコード経路 | メディア自体の時刻変更が必要なこと |
これらは調べる仮説です。表は診断の判決ではありません。複数の問題が共存でき、目視だけでは正確な技術原因が分からないかもしれません。
偏移が一定なら、不一致の原因を確立した後、対応する編集ソフトで意図的にトラック位置を直せる場合があります。誤差が増えるなら、長さを変える補正を加える前にタイミングとレートの前提を調べます。急変するなら、まずその境界を調べます。
元ファイルを保持し、全変換を記録します。そうしないと、後の改善で、どの前の操作が問題を生んだか隠れるかもしれません。
代表フレームレートだけでなく、タイムスタンプを調べる
フレームレートは、フレームを提示する頻度を表します。可変フレームレートでは、提示時刻間の間隔が変わります。表示される平均レートは、全間隔の記録ではありません。
有用な点検には、利用可能なら動画ストリームの時間基準、フレーム時刻や提示間隔、開始時刻、長さ、フレーム数を含めます。音声では開始、長さ、サンプルレート、選択したストリームを調べます。コンテナの長さは各ストリームの長さと分けます。
時間基準はタイムスタンプを表す単位であり、そのレートでフレームが来るという主張ではありません。同様に、二つのレート項目が同じに見えても、タイミングが疑わしい場合の実間隔の調査に代わりません。
これらを表示するメディア調査や技術ツールを使います。得られないなら、録画機器名からVFRと診断せず、制約を報告します。撮影モードや処理経路が違えば、タイミングの挙動も変わります。
メタデータ報告を整えるためだけに、時刻を除いたり新しい解釈を強制したりしないでください。目的は、互換性のある工程で意図した出来事の時刻を保つことです。
CFR変換が実際に行うこと

概念図であり、製品の操作画面のスクリーンショットではありません。
FFmpegは、要求レートを達成するため動画フレームを複製または破棄するものとして固定フレームレートモードを説明しています。後でマルチプレクサーが時刻を変更する場合も記しています。提示の刻みを規則的にする操作であり、音声の一致や正しい終端長を独立に確立するものではありません。FFmpegのフレームレートモード文書
変換がファイルを「直した」ように見えるときも、この点は重要です。結果の点検はまだ必要です。規則的な間隔と、余分な最終フレーム、変更した開始、内容の欠落、変わらない音声偏移は共存します。
プロジェクトと元の意図に合う対象レートを選びます。良さそうだからというだけで高い数字を選ばないでください。複製フレームは録っていない動きを再現せず、破棄フレームは見える動きの刻みを変えます。
CFRテストは、他の判断が安定していると最も多くを教えます。解像度、音声処理、色変換、フレーム間隔を同時に変えると、どの操作が問題に影響したか特定しにくくなります。
実際の限定的な検証用信号:間隔は合格し、終端は違った
2026年10月8日のローカル確認では、FFmpeg 8.1.2を使い、四秒、320 × 180の合成色パターンと、48,000 Hz AACの600 Hz連続トーンを作りました。動画は前半に約66.67 ms、後半に約33.33 msのフレーム間隔を保持しました。
元には90フレームあり、動画と音声の報告長は四秒でした。30 fpsを求めたCFR変換は、規則的な約33.33 ms間隔を出しましたが、ちょうど120フレームになるという最初の予想は間違っていました。
| 版 | 動画フレーム数 | 丸めたフレーム間隔 | 動画の長さ | 音声の長さ |
|---|---|---|---|---|
| 合成VFRの元 | 90 | 66.67と33.33 ms | 4.000000 s | 4.000000 s |
| 明示的な長さ制限のないCFR変換 | 121 | 33.33 ms | 4.033333 s | 4.000000 s |
| 既知の四秒の検証用信号に長さを制限した別のCFR出力 | 120 | 33.33 ms | 4.000000 s | 4.000000 s |
最初の変換は間隔の確認に合格しましたが、意図した動画終端には一致しませんでした。この観察は、後の長さ制限出力で隠さず保持しました。
別の制限付き変換には、検証用信号の既知の四秒を使いました。未知の録音を切り詰めたり、任意の長さ上限でドリフトを隠したりする助言ではありません。実素材の終端は、内容と納品要件から確立する必要があります。
連続トーンには、口の動きとの同期を判断できる独立した拍手や発話の出来事がありません。したがって、このテストが支えるのはフレーム間隔と報告長についての狭い結論だけです。実際のスマートフォン同期ずれ、編集ソフトの読み込み挙動、Recapoの変換を再現または検証していません。
条件付きのコマンド例であり、万能の修正ではない
既に内容を理解した互換性のあるSDRサンプルで、一つの目的の動画と、MP4に適した最初の音声を使う場合、次のコマンドは検証用信号で使った種類の変換を示します。
ffmpeg -n -i "timing-sample.mp4" -map 0:v:0 -map 0:a:0 -r 30 -fps_mode:v cfr -c:v libx264 -crf 18 -pix_fmt yuv420p -c:a copy "timing-sample-cfr.mp4"
別の出力名を使います。上書き禁止は既存の出力先を保護します。選択するのは最初の動画と最初の音声であり、全字幕、代替音声、添付、データストリームを意図的に保持しません。自分の素材へ使う前にトラック一覧を確認します。
例は、選んだ音声を時刻変更せずコピーします。動画の刻みの実験を切り分けますが、既存の音声時刻問題も自動修正されないことを意味します。選んだ音声は出力コンテナと互換である必要があります。
ピクセル形式とエンコーダーの選択は、HDR変換工程ではありません。HDR、高ビット深度、その他の特殊素材へ無条件に適用しないでください。品質値は例示の設定であり、普遍的な推奨ではありません。
長さ制限のオプションは含めていません。検証用信号の別の四秒上限は、その既知の合成テストに属し、未知のユーザーファイルには属しません。変換後は、開始、終了、内容保持、全同期基準点を調べます。
架空の診断例:徐々に増える遅延
次に、構成した十分のインタビューを考えます。数字は推論を示すための架空のもので、ユーザー映像の測定値ではありません。
書き出しに次の基準点測定があるとします。
| 基準点 | 映像の出来事 | 音声の出来事 | 音声から映像を引いた偏移 |
|---|---|---|---|
| 冒頭のタップ | 1.00 s | 1.04 s | +0.04 s |
| 二回目のタップ | 61.00 s | 61.28 s | +0.28 s |
| 三回目のタップ | 121.00 s | 121.52 s | +0.52 s |
差は120秒で0.48秒増えます。一つの固定シフトとは違うパターンです。この例で音声全体を0.52秒早めると、後の基準点は合っても冒頭が間違います。
次にすべきは、すぐ音声を時間伸縮することではありません。まず元で同じ基準点を測ります。元は合うなら、タイムラインのクリップ処理とレートや速度の解釈を調べます。元でもドリフトするなら、録音と時刻を調べます。
可変間隔や読み込み挙動から妥当な仮説になるなら、制御したCFRテストコピーを作ります。目的のプロジェクト時刻を保ち、別のテストシーケンスへ読み込みます。同時に編集を変えず、同じ基準点を比較します。
CFRコピーで全サンプル基準点が改善すれば、試した工程を修正候補とする根拠になります。全VFRクリップに変換が必要とは証明しません。ドリフトが残れば、同じファイルを繰り返しエンコードせず、結果を保持して別の時刻原因を調べます。
十分の元全体には、さらに後の基準点も必要です。短い表はパターンの説明であり、架空のインタビューの完全な検証ではありません。
Recapoで確認された範囲を分ける
RecapoのH.264トランスコーダーは、コーデック変換、ビットレート、解像度の操作を公開説明しています。明示的なCFR操作、時刻修正、音声の時刻変更、詳細なストリーム選択は、公開ページでは確認できません。
診断にそれらが必要なら、操作が分かる文書化された外部工程を使います。Recapoのタイムライン、波形、高度な時刻設定を作り上げないでください。H.264変換の成功は、同期欠陥の修正を証明しません。
同様に、有料変換の状態が不明なまま繰り返し送らないでください。別の試行が必要か決める前に、保存結果と現在の状態を調べます。診断は不確かさを減らすべきであり、追跡できない版や費用を増やすべきではありません。
中間版だけでなく、編集後の書き出しを検証する
中間のCFRファイルが良くても、最終編集でトリミング、速度変更、書き出し処理による新しい偏移が生じることがあります。実際の編集後と、さらに納品ファイルでも基準点を再確認します。
中盤とは別に開始と終了を調べます。合成検証用信号は、規則的なフレーム間隔が終端の保証でないことを示しています。意味ある最後の動作や音声の余韻が消えていないか、意図しないフレームや無音が増えていないか確認します。
疑わしい編集境界ごとに調べます。一つのクリップ後だけ不一致が現れるなら、その元、テストコピー、タイムライン処理を比較します。プロジェクト全体の再構築は不要かもしれません。
成功を宣言する前に、納品と測定方法に適した合格許容値を選びます。大まかな目視から、フレーム未満の精度を主張しないでください。曖昧な基準点を記し、あればより明瞭な出来事を使います。
未解決の同期問題の引き渡し記録
同期診断の引き渡し
未加工の元の識別子と来歴:
観察した症状:一定/増大/段差/不規則
最初に現れる場所:元/読み込み/タイムライン/書き出し/再生
元と出力のストリーム開始時刻と長さ:
映像間隔の結果と点検方法:
選択した音声ストリームとサンプルレート:
符号規則と不確かさを含む基準点表:
試した変換と、それぞれ名前を付けた出力:
終端と内容確認を含むCFRテスト結果:
不足していると分かっている証拠:
次の仮説と、それを支える観察:
この記録は「VFRを直してください」より有用です。別の編集者や技術者が全実験を繰り返さず続けるための証拠を提供します。
広い試聴・視聴確認には、関連する動画と音声の品質チェックリストを使います。ここでの狭い合格規則は、関連基準点で時刻が合い、意図した内容と終端が残り、実際の納品経路を確認したことです。
まず元と書き出しで三つの明瞭な出来事を測ります。その差が最初の仮説を支えないなら、全ファイルを変える前に仮説を変えてください。
