摘要
战斗日志（Logs）里，每个新回合开始时会插入一行居中的标题，例如“第2回合”。它能告诉我们之前那些行属于哪一回合，这对推断“对方某个法术在第几回合施放、多久后能再放”很重要。
在一段训练录像（10 月 10 日 16:57）的保存分析结果里，整图 OCR 其实读到了回合标题，但两次面板局部复读却为空，最终记为“未知”。本实验先核实：这是当前代码里的新缺陷，还是旧结果过期？答案是后者。一个更早的实验（B158）已经修复过“居中标题框与 OCR 框横向偏移”导致的匹配丢失，而这份旧保存结果是在修复之前生成的。重读三张原图后，两个标题恢复；接入状态估计（SE）后，两次施法的回合下界从“第 1 回合或更晚”确定为“第 1 回合”。没有新增任何生产算法。
要回答的问题
保存结果中两张截图的回合标题漏读，是当前读取器的新匹配缺陷、模型漏字，还是旧结果过期？修正后用户能看到什么变化？
数据与来源
- 用户已选为训练来源的那段录像的保存请求；只读其中已保存的截图，最多四张：先读漏读的一张（第 12 帧），必要时再读另外两张漏读（第 33、42 帧）和一张原本已正确的对照（第 43 帧）。
- 不打开录像，不访问冻结或留出材料，不修改原保存结果。
- 四张曝光训练图不是独立准确率评估；同一引擎的三次读取也不是三个独立识别器。
方法
- 对每张图用当前 CPU 读取器跑三次 OCR，保存全部原始输出和原图坐标框。
- 用同样三份真实 OCR，分别运行“当前匹配规则”和“只用旧的边缘匹配规则”，看差别从哪里来。当前规则仍要求：垂直重叠 ≥0.6、边缘偏差 8/16 像素或“居中偏差 8、宽度差 24 像素以内”、框唯一、三次分数 ≥0.9 且文字一致。
- 只替换这几张图的日志任务，其他任务和帧原样复用，走现有公开 SE 入口，分别截取前 12、33、43、58 帧做前缀重放（不注入未来帧），比较完整返回。
- 用现有保存接口生成新的 58 帧快照，在隔离的界面中导入、点击和截图检查。
设置
实际只重读了第 12、33、43 帧三张图（九次 OCR），第 42 帧没有运行。媒体时间来自分析日志里的提交记录，不从文件名或日志时钟猜。
结果
| 帧 | 媒体时间 | 原保存 → 当前读取 | 原因 |
|---|---|---|---|
| 第 12 帧 | 435.3 秒 | 未知 → 第1回合 | 面板读框左边偏 16 像素、放大尺度右边偏 17.333 像素，旧边缘规则拒绝；既有居中规则接受 |
| 第 33 帧 | 799.3 秒 | 未知 → 第2回合 | 左边偏 12/12.667 像素，居中规则接受 |
| 第 43 帧 | 909.3 秒 | 第2回合 → 第2回合 | 原本正确的对照，保持 |
三张图共 72 行：3 条标题中 2 条恢复，69 条正文的文字、候选、解析内容、框和拒绝原因全部保持（只有 OCR 分数的微小浮点差和路径写法规范化）。标题只是“候选”，不是对当前战斗回合的认证，也不是行动事件。
第 33 帧的“第2回合”分隔位于 17:10:55 那行之后，所以之前 17:04:50 的“审判”和 17:05:52 的“绝望”属于第 1 回合。原来最早接受“第2回合”的是第 43 帧，现在第 33 帧就提供了这个边界，媒体时点早 110 秒。这不是计算提速 110 秒，也不是连续视频的覆盖率。
SE 前缀重放：
| 输入前缀 | 完整返回的差异 |
|---|---|
| 12 帧 | 无（第 1 回合下界本来就是 1） |
| 33 帧 | “审判”“绝望”两次施法的回合上界从空变为 1，“再次施放的回合是否已知”从否变为是，共 4 个字段 |
| 43 帧 | 施法范围保持；两条“等待”说明改为明确已有后续回合边界，仍暂停数值对照 |
| 58 帧 | 同上两条说明变化，其他全部保持 |
两条“等待”原本就处于未知状态并暂停数值对照，这次没有“修复两次数值误算”。攻击证据、技能排除、原始属性等都不变。“审判”和“绝望”最早第 2 回合再放仍带有明确的技能/宝物前提，不认证对方拥有这些来源。
用户可见结果：新快照导入后，简报里两个法术的“第1回合施放（或更晚）”变为“第1回合施放”，不是手工改的显示值。日志严格校验、文件夹导入和标签点击通过；两张 1280×800 截图目视通过；导入没有启动任何读取服务。
失败与负结果
- 原假设“当前代码还有一个新的匹配缺陷”不成立，这个负结果保留。
- 当前 App 顶部没有“选帧重读”这种运行类型，于是显示“没有本次运行记录；不能确认处理范围”。本快照的简报和说明里写明了三张图的范围，没有伪造整段视频完成记录。
- 两个实验脚本的格式问题和几次只读定位时的路径错误在收尾时修正，不是生产失败。
局限
- 读取耗时 61.2 / 75.0 / 82.4 秒（另有初始化），CPU 8 核串行且含原始诊断记录，不是热整帧 p95，明显没有达到 ≤3 秒目标。
- 既有针对性检查：Perception 32、SE 40、App 43，共 115 项通过；不是新增 115 个案例。
- 第 42 帧和其他旧的“未知”没有重读，不能说该局全部日志都已更新。
- 当前安装版的兼容性没有实测，实测的是工作区代码。
结论与下一步
问题是旧结果过期，不是新缺陷：既有的几何修复在另一个来源上同样有效，并让两次施法的回合提前确定。外部审阅支持就此收尾，不把两条标题算作新算法，也不再继续扩大回合标题的选帧数量。下一项建议是检验保存日志中已读到的状态开始/结束与属性基线的时效，必须满足归属、公共规则和时间证据，不能补造状态结束或把未知状态清空；尚未实施。
Comments