可變影格率與音畫同步：先診斷，再轉換

可變影格率可能與音畫不同步有關，但檔案採用可變影格率，並不能證明它就是原因。先在幾個可明確辨認的聲畫事件處對照原始檔與匯出檔案，檢查時間戳和時長，定位偏差首次出現的環節。然後再把恆定影格率副本作為一次受控干預進行測試，而不是當作自動修復手段。

固定偏移、持續增大的漂移，以及剪輯點之後突然出現的跳變，是不同的症狀。移動整條音軌可能解決其中一種，卻讓另一種更嚴重。轉換幀呈現節奏可以得到間隔規律的輸出，但不能據此證明時間、終點或口型同步正確。

本指南包含一項範圍有限的真實合成時間戳測試，以及另一個虛構的診斷示例。合成測試使用生成的彩色圖案影片和連續音調，不是手機素材，也不包含真人語音。

先描述可以觀察到的偏差

概念示意圖，並非產品介面截圖。

不要一開始就說「這個檔案是 VFR」。先描述現象：「音訊在全程大致晚了相同的時間」「越接近結尾，差距越大」，或「在這一刀之後，同步立即發生變化」。

選擇清晰事件，而不是籠統地判斷說話是否同步。如果錄製內容中存在對應事件，可見的拍手及其聲音、刻意敲擊，或界限明確的動作，都能作為錨點。說話時的口型有助於實際檢查，但未必能提供唯一明確的取樣時刻。

對照未經修改的原始檔、編輯器或工作副本，以及最終匯出中的同一事件。如果原始檔本身就有偏移，後續轉換並不是最初偏移的來源。如果原始檔正常而時間線異常，應調查匯入和剪輯行為。如果時間線正常而匯出檔案異常，則重點檢查匯出流程與播放環節。

條件允許時，也在另一個合適的本地播放器中重複播放。僅在播放環節出現的問題，不應自動觸發對檔案進行破壞性的時間校正。

統一偏移的正負號約定

將偏移定義為「音訊事件時間減去影片事件時間」。正值表示聲音晚於對應的畫面事件；負值表示聲音早於畫面。

記錄事件、兩個時間值及其差值。測量方式與不確定性同樣重要。按影片幀目視檢查時，不能僅因電子表格顯示很多小數位，就聲稱具備無限精度。

可直接使用以下記錄模板：

同步檢查
檔案及版本：
原始檔、工作副本還是匯出檔案：
播放器／編輯器及檢查設定：
事件描述：
影片事件時間：
音訊事件時間：
偏移 = 音訊時間減去影片時間：
測量不確定性：
與原始檔同一事件的差值：
附近相關的剪下、變速或轉場：

長片段至少在前段、中段和後段設定錨點，並在可疑剪輯點附近增加檢查位置。這是一種實用的抽樣方案，並不保證三次檢查能發現所有缺陷。

先判斷偏差模式，再選擇修復方法

模式	建議檢查的方向	不應直接作出的假設
所有錨點的偏移相近	起始偏移、剪輯錯位、播放流程	VFR 導致了累積漂移
偏移隨經過時間大致增大	時間線解釋方式、時間縮放、錄製時鐘差異	移動一次音軌就能修好整個檔案
剪下後突然出現階躍	裁剪、間隙、變速或單個片段的處理	整個原始檔都需要轉換
某一段出現區域性不規則偏差	時間戳不連續，或素材損壞／缺失	適合對全片應用同一個速率變化
不同播放器表現不同	播放或解碼流程	必須重定時媒體本身

這些只是需要調查的假設，表格不是診斷結論。多種問題可能同時存在，僅靠目視檢查也未必能找出確切的技術原因。

如果偏移恆定，在確認偏差來源後，可用支援相關操作的編輯器有意識地調整音軌位置。如果誤差持續增大，應先檢查時間和速率假設，再實施會改變時長的校正。如果誤差突然跳變，應先檢查那個邊界。

保留原始檔案，並記錄每次轉換。否則，後續改善可能掩蓋究竟是哪一步引入了問題。

檢查時間戳，不只看標稱影格率

影格率描述影片幀的呈現頻率。可變影格率素材的呈現時間間隔可能發生變化。檔案顯示的平均影格率並不是這些間隔的完整記錄。

有用的檢查應包括影片流的時間基準、幀時間戳或呈現間隔、起始時間、時長，以及可獲取的幀數。對於音訊，應檢查起始時間、時長、取樣率和所選流。容器時長與各媒體流的時長應分開記錄。

時間基準是表示時間戳所用的單位，不代表幀一定以這個速率到達。同樣，兩個看起來相等的影格率欄位，也不能替代對實際間隔的檢查，尤其是在懷疑時間問題時。

使用能夠顯示這些欄位的媒體檢查器或技術工具。如果無法取得這些資訊，應說明這一限制，而不是根據錄製裝置名稱診斷 VFR。不同的採集模式和處理流程可能產生不同的時間表現。

不要為了讓後設資料報告看起來整齊，就移除時間戳或強行採用新的解釋方式。目標是在相容的工作流程中保留預期的事件時間。

CFR 轉換實際做了什麼

概念示意圖，並非產品介面截圖。

FFmpeg 檔案說明，恆定影格率模式通過複製或丟棄影片幀來達到指定影格率，並指出封裝器隨後可能修改時間戳。這些操作使呈現節奏規律化，但並不能獨立確認音訊對齊或終點時長正確。FFmpeg 影格率模式檔案

當轉換似乎「修好」檔案時，這一區別很重要：你仍須檢查結果。規律的間隔可能與多出的末幀、改變的起點、內容丟失，或毫無變化的音訊偏移同時存在。

選擇符合專案與源素材意圖的目標影格率。不要因為更高的數字聽起來更好就選擇它。複製幀不能重建從未錄製的運動，丟幀則可能改變可見的運動節奏。

其他決策保持穩定時，CFR 測試最有參考價值。如果同時改變解析度、音訊處理、色彩轉換和幀呈現節奏，就很難判斷究竟是哪項操作影響了問題。

一項範圍有限的真實測試：幀間隔合格，終點不同

源稿記錄的一項本地檢查於 2026 年 10 月 8 日進行，使用 FFmpeg 8.1.2 建立了一個四秒、320 × 180 的合成彩色圖案片段，配有 600 Hz 連續音調，以 48,000 Hz AAC 音訊編碼。影片前段的幀間隔約為 66.67 ms，後段約為 33.33 ms。

原始檔包含 90 個影片幀，報告的影片和音訊時長均為四秒。請求以 CFR 模式轉換為 30 fps 後，輸出具有規律的約 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 測試副本。將它匯入獨立的測試序列，保留預期的專案時間設定。比較相同錨點，不要同時更改剪輯。

如果 CFR 副本改善了所有抽樣錨點，說明被測試的流程可以作為候選修複方案。這並不證明每個 VFR 片段都需要轉換。如果漂移仍然存在，應保留這一發現，調查其他時間原因，而不是反覆編碼同一個檔案。

完整的十分鐘原始檔還需要更後面的錨點。這個簡短表格只展示一種模式，並非對虛構訪談的完整驗證。

區分 Recapo 已驗證的功能範圍

Recapo 的 H.264 轉碼器公開介紹了編解碼器轉換、位元速率和解析度控制。公開頁面並未確認明確的 CFR 控制、時間戳修復、音訊重定時或詳細的流選擇功能。

如果診斷需要這些控制，應使用有檔案說明、能夠提供相關選項的外部流程。不要虛構 Recapo 的時間線、波形或高階時間設定。H.264 轉換成功，不代表同步缺陷已經修復。

同樣，當任務狀態未知時，不要反覆提交付費轉換。先檢查已儲存結果和當前任務狀態，再決定是否需要重試。診斷過程應減少不確定性，而不是增加未追蹤的版本和費用。

驗證剪輯後的匯出，不只檢查中間檔案

CFR 中間檔案可能合格，但最終剪輯仍可能因裁剪、變速或匯出處理引入新的偏移。實際剪輯完成後重新檢查錨點，並在交付檔案上再次檢查。

將開頭和結尾與中段分開檢查。合成測試說明，規律的幀間隔不能保證終點正確。確認重要的最後動作或音訊尾部沒有被刪除，也沒有增加非預期的影片幀或靜音。

檢查每個可疑的剪輯邊界。如果偏差只在某個片段之後出現，就對照該片段的原始檔、測試副本和時間線處理方式。可能無需重建整個專案。

宣佈成功前，先選擇適合交付要求和測量方式的驗收容差。不要通過粗略目視檢查聲稱具備亞幀精度。記錄含糊的錨點，並在可能時換用更清楚的事件。

未解決同步問題的交接記錄

同步診斷交接
未經修改的原始檔標識及來源：
觀察到的症狀：恆定／增大／階躍／不規則
首次出現的環節：原始檔／匯入／時間線／匯出／播放
原始檔與輸出各媒體流的起始時間和時長：
影片間隔發現及檢查方法：
所選音訊流及取樣率：
包含正負號約定和不確定性的錨點表：
已嘗試的轉換，每個輸出單獨命名：
CFR 測試結果，含終點和內容檢查：
已知缺失的證據：
下一項假設，以及能支援它的觀察：

這份記錄比「請修復 VFR」更有用。它為另一位剪輯師或工程師提供了繼續調查所需的證據，無需重複每項實驗。

更廣泛的聽看檢查可參考相關的影片與音訊品質檢查清單。本文的具體驗收規則是：相關錨點的時間匹配、預期內容與終點得到保留，並且實際交付流程已經檢查。

先測量原始檔和匯出檔案中的三個清晰事件。如果差值不支援最初假設，應先調整假設，再改變整個檔案。