27 lines
2.0 KiB
Markdown
27 lines
2.0 KiB
Markdown
# `demo/1.mp4` 摔倒漏检诊断
|
||
|
||
日期：2026-07-22
|
||
状态：已诊断；不作为当前 V2 正例验收通过证据。
|
||
|
||
## 结论
|
||
|
||
用户确认本机未跟踪文件 `demo/1.mp4` 为真实摔倒视频。以当前 V1 锁定模型与默认事件配置回放得到 0 个 `CONFIRMED`，这表示漏检，不能再写作“无报警反例”。根因在 Pose 检出/关键点阶段，不在 Go 移植的状态机、跟踪连续性或 1.8 秒确认窗本身。
|
||
|
||
视频为室外斜视画面，画面含大面积字幕；它不符合产品当前固定俯视大厅/走廊、全身大部分可见的验收边界。
|
||
|
||
## 可复查证据
|
||
|
||
V1 使用 `demo/best.pt`、检测置信度 `0.25`、肩髋关键点门限 `0.4`、`require_rapid_drop=false`、`require_lower_body=false`、水平角 `45°`、确认窗 `1.8 s` 回放 317 帧：
|
||
|
||
- 第 72–74 帧（2.400–2.467 s）横向姿态进入 `SUSPECT`，共 3 帧，即约 0.10 s。
|
||
- 第 75 帧倒地人的最高 Pose 框分仅为 `0.012`；到第 90 帧（3.000 s），即使用 `conf=0.01` 推理也没有该画面的任何人体 Pose 输出。
|
||
- 将检测阈值下调到 `0.15` 和 `0.10` 后，横向候选仍只在第 72–74 帧，事件数仍为 0。
|
||
- Go 回放同一视频同样产生 0 个事件，但这只能说明当前回放的事件结果一致为漏检，不能证明真实正例事件一致性。
|
||
|
||
## 工程决策
|
||
|
||
1. 不通过缩短确认窗、降低质量阈值或放宽跟踪来把这段素材“调成报警”；在 Pose 已丢失时，这类改动既不构成根治，也会增加部署场景误报风险。
|
||
2. `demo/1.mp4` 保留为本机、域外摔倒漏检风险样本，不提交、不计入 T-303 的正例通过项。
|
||
3. T-303 仍需一段经同意、符合部署边界的本机正例录像，先在 V1 产生 1–3 秒确认事件和延迟记录，再与 Go 逐段对比。
|
||
4. 若客户需求扩展到室外斜视、强遮挡或网络视频画面，须单独收集标注数据并重新训练/评估 Pose 检测模型；这超出当前事件规则迁移任务的范围。
|