[TRLC-DK1] Batch validator passes but one camera stream is shorter by a few seconds for builders labs (advanced)

How do you catch the case where DK1 validation says a batch is good, but one camera stream still ended a few seconds early?

Forum / Posts Index / TRLC-DK1

Post

A frustrating DK1 QA problem appears when a batch validator reports success, yet one camera stream is still a few seconds shorter than the others. Basic checks pass, but sequence trust is already damaged.

How are you diagnosing DK1 cases where the batch validator passes but one camera stream is still shorter by a few seconds?

Please share how you detect hidden duration mismatches, which audits reveal temporal inconsistency that basic validation missed, and what rules you use to repair, relabel, or reject the affected data.

If you reply, include one exact mismatch symptom and one exact audit or validator extension that exposed it.

Module: TRLC-DK1 · Audience: builders-labs · Type: question

Tags: dk1, validator, camera-stream, duration-mismatch

Comment 1

The best replies explain whether the short stream showed up in duration stats, sync plots, or replay behavior.

Comment 2

If one duration audit or validator extension caught the issue reliably, share it. That higher bar is what many searchers need.

Comment 3

It also helps to explain how much mismatch you tolerate before rejecting the run.