預覽能夠顯示影像，不足以確認目標模式下的原始擷取穩定。顯示程式可能採用較低解析度、壓縮流、跳幀或較短緩衝策略。排查時先固定模式和統計邊界，再判斷問題出現在裝置、傳輸、驅動或應用佇列。
先定義「掉幀」發生在哪一層
| 位置 | 觀察字段 | 需要區分 |
|---|---|---|
| 裝置及傳輸 | 設備幀號、設備狀態和傳輸錯誤 | 未產生、未收到和壞幀不是同一事件 |
| 主機接收 | 收幀數、有效長度、格式與錯誤碼 | 收到緩衝不一定得到有效影像 |
| 適配與隊列 | 入隊、出隊、等待、佔用和丟棄原因 | 主動降採樣與意外丟失分別計數 |
| 處理與輸出 | 處理開始、完成、逾時和結果編號 | 無結果可能由處理失敗或策略跳過導致 |
設備訊框號出現間隔時，還需檢查是否跨越重連、重設或計數迴繞。主機自行產生的訊框編號只描述主機已收到的序列，無法單獨證明設備端沒有缺失。
用原始幀建立最小復現
保留相機、韌體、線纜、主機、驅動、SDK、解析度、格式與幀率。先執行只接收並檢查原始訊框的程序，再逐項增加轉換、推理、保存和顯示，比較錯誤與資源變化。原廠範例和業務程序分別記錄，避免把兩個不同模式的結果直接比較。
檢查緩衝與所有權
明確SDK緩衝在何時可讀、何時歸還，以及非同步回呼是否允許長期持有資料。記錄隊列長度和等待時間。若業務允許丟棄舊幀，應保留丟棄原因和數量；若要求完整保存，則應按吞吐和背壓設計處理鏈，不能僅擴大隊列後假定問題消失。
時間資訊與恢復
記錄時間戳來源與時鐘意義，區分曝光、接收、入隊與處理完成。斷連後明確參數重下發、緩衝清理和幀序列重新開始的條件。未具備設備端時標或獨立參考時，不能把主機時間直接用於宣稱曝光同步或完整端對端回應。
依約定工況、併發及時長驗證正常流程與異常恢復，交付配置、計數口徑、原始日誌及復現步驟。相關服務：影像擷取開發、視覺硬體SDK。