chore(tasks): start T-303 Go event regression
This commit is contained in:
@@ -478,3 +478,12 @@
|
||||
- 决策:CPU Pose 使用 `onnxruntime_go` v1.31.0 加显式、发布时锁定的 ONNX Runtime DLL;视频解码使用受控 FFmpeg 子进程;UI 选择 Walk。Fyne 因 OpenGL/CGO 首次构建超时而拒绝,GoCV 因本机没有开发绑定而不选。当前缓存 DLL 只用于 Spike,绝不作为发布依赖。
|
||||
- 阻塞:无任务阻塞;但 Go 尚未复现 V1 的预后处理、NMS、关键点解析、跟踪、状态机、延迟回归、RTSP 和报警,不能作为客户演示版。
|
||||
- 下一步:T-303,按 V1 合约实现事件引擎并在同一录像上比较关键点、确认事件、无报警案例和延迟。
|
||||
|
||||
## 【2026-07-22】T-303 实现 Go 事件引擎与 V1 回归对比
|
||||
|
||||
- 状态:DOING
|
||||
- 变更:任务从 TODO 落为 DOING;将把 V1 的 Pose 解析、轻量跟踪、质量/几何证据、倒地策略和四态确认机迁移为 Go,并建立可重复回归。
|
||||
- 验证:开始前 `./init.ps1` 通过(88 passed、1 skipped);T-302 的 Go 测试此前通过。当前仓库没有可提交的正例摔倒录像或 `testdata/expected_events.json`;`demo/1.mp4` 只能作为本机无报警回放材料,真实正例录像仍保持本机工件。
|
||||
- 阻塞:无代码阻塞。任务验收将明确区分“提交的合成契约回归 / 本机 demo 无报警回放”与“需本机正例录像才能证实的录像级确认事件、延迟”。
|
||||
- 决策:不复制或提交客户录像;先忠实复现 V1 的纯领域合约,并让回归工具接收外部本机录像和基线 JSON。
|
||||
- 下一步:先为 Go Pose 后处理与事件状态机编写失败测试。
|
||||
|
||||
Reference in New Issue
Block a user