摘要
英雄界面和生物面板上有很多很小的整数：英雄的士气、幸运，军队每个兵槽的数量，生物的几项属性。读取器对每个数字格做两遍 OCR（原尺寸和放大 3 倍），两遍一致且分数 ≥0.90 才接受；否则留“未知”。前一轮还有不少可读的小数字因为分数略低被拒。
本实验先在训练来源上试了两种现成的裁图预处理（Lanczos 放大加边、灰度加边）去替换原读数，结果都变差，被否决。最终采用一个很窄的补读规则：只有原来两遍已经读成同一个整数、仅因分数低被拒时，才用灰度裁图再读两遍；新两遍各自 ≥0.90、彼此一致、且等于原读数，才接受。冻结后在 281 张原图上运行，补回 21 个原拒判值，全部与参考一致；原先接受的值一个没变。它是一个显式开关，不是默认行为。
要回答的问题
在不降低分数门槛、不接受“只读一遍”的前提下，能否安全地补回一部分“读对了却被拒”的小数字？
数据与来源
- 训练来源（先前编号 B047 的训练划分）：用于比较两种裁图方法和冻结规则。
- 校准来源：冻结后才运行。
- “最新”来源：71 张已经被看过的截图，属于一个曝光过的连续来源组（5 局），不是 10 局独立盲测。
- 参考值沿用前一轮（B052）声明的字段范围；另一轮（B053）单独复核了此前未评分的提议。
方法
先试直接替换。 对检测到的全部英雄整数格（7 项属性、7 个兵槽数量）和生物面板 4 个标量属性，分别用 lanczos4-pad8（Lanczos 插值放大并加 8 像素边）和 gray2-pad8（灰度并加边）重读，和原整图读数比较。两种尺度仍是同一个模型，不算两份独立证据。
冻结的补读规则。 只在以下全部成立时触发：字段在支持范围内；原值因 LOW_SCORE（分数低）未知；原来两遍解析出同一个整数。补读用灰度加边裁图，新的原尺寸/3 倍两遍必须各自 ≥0.90、彼此相同、且等于原整数。不解决原来就不一致的情况，不改正负号或数字，不填无法解析的格，不用目录或参考值。四次读数仍来自同一引擎，不是校准的概率。
设置
- 先在训练来源上比较，选定规则后才运行校准，再运行完整原图。
- 最新来源补回的 6 个裁图事后逐一查看，此后没有再改规则或重试。
- 整图计时：文件解码 → 界面/身份 → 日志 → 数字 OCR → JSON，常驻预热后测量，不含 App 截图和显示。
结果
直接替换被否决（训练字段）：
| 方法 | 正确 / 562 | 错误 | 未知 |
|---|---|---|---|
| 原整图读数 | 547 | 0 | 15 |
| Lanczos4 加边 | 480 | 1（40 读成 401） | 81 |
| 灰度加边 | 522 | 0 | 40 |
英雄等级和兵力数量明显退步。训练集上用灰度做补读（只针对 15 个被拒值）能补回 13 个且全对；校准补回 2 个。
冻结规则在完整原图上的结果（同一 B052 参考范围）：
| 划分 | 正确：之前 → 之后 | 错误 | 未知 | 漏读 | 整帧所有字段全对 |
|---|---|---|---|---|---|
| 训练 | 913 → 926 / 934 | 0 | 6 | 2 | 69/77 |
| 校准 | 274 → 276 / 280 | 0 | 4 | 0 | 20/24 |
| 最新 | 351 → 357 / 363 | 1 | 5 | 0 | 23/27 |
最新来源整帧全对比例从 70.4% 提升到 85.2%。分项：英雄士气 7→9/11，第 6 兵槽数量 9→11/11，生物士气 14→16/16；英雄幸运仍 8/11。
281 张图的回归：3272 个主字段输出中，3176 个原接受值除 21 个明确补读外全部不变；原始文本、分数、场景、身份和日志结果完全相同；补读请求 34 次，成功 21 次，0 次读取失败。
最新 71 张热启动 p95 1.200 秒、最大 1.345 秒；训练 p95 0.995 秒、校准 0.986 秒。冷启动界面 2.865 秒、OCR 进程 5.406 秒，不满足“冷启动 ≤3 秒”。
失败与负结果
- 两种直接替换方案都被否决，结果完整保留。
- 剩下的 5 个最新拒判都是英雄士气/幸运里清晰可见的“1”：即使四次都读成 1，补读分数仍低，于是继续拒判，没有放宽门槛。
- 一个原本已接受的数量值在提示框遮挡下把 95/95 读成 5/5，本轮没有改变。
- 另一轮细查发现一个已接受标题错误（太阳圣盾读成太阳盾）和一个拒判的伤害“2–3”，这些不因本表范围较窄而隐藏。
- 全套 Perception 软件测试 7206 通过、2 个既有导入顺序测试失败、6 跳过，不是全绿。
局限
- 最新数据只有一个曝光过的来源组，不是独立测试；逐字段 ≥95% 的目标没有达到。
- 计时不含 App 端截图与显示。
- 这是私有的显式开关，App 和默认行为没有改变。
结论与下一步
“同引擎、同数值、分数偏低”的窄补读能安全补回一部分小数字，而直接换预处理会伤害原本读对的值。下一步优先训练来源的局部可读性与遮挡对照和标题完整性，再处理顽固的英雄小数字，并补充有信息量的相邻视频帧和严格的局部标注。
Comments