摘要
战斗画面顶部左右两角各有一个圆环，里面是对战双方玩家的个人头像，圆环颜色表示阵营（红/蓝）。要把读到的信息归到“我方”或“敌方”，先得知道我方在哪一边。用户的个人头像是一只兔子，项目已登记了一张经批准的兔子参考图。
一个“角色线索”组件（role cues）用归一化互相关（NCC，衡量两块图像相似度的分数，1 表示完全相同）把左右两个固定位置与兔子参考比较，只在“战斗布局已确认 + 头像唯一匹配”时给出“我方在某一侧、颜色某色”的候选。本实验（A23）在 8 张已有原生截图上先冻结人工参考、再只跑一次：6 张战场全对，2 张准备页按设计拒绝，没有错候选。
要回答的问题
已批准的角色线索组件，在真实原生截图上能否正确判断我方头像所在一侧和圆环颜色？在不支持的布局上是否会拒绝？
数据与来源
- 8 张已有的 2560×1440 原生 PNG，合计约 28.44 MiB：6 张战场画面、2 张选秀准备页（作为“布局不支持”的负例）。
- 在运行组件之前，重新逐张人工查看并写好参考，单独提交冻结；旧的头像预测不提供任何参考值。
- 这些图都已在开发中被看过，属于开发回归数据。其中两张洞穴图来自同一段录像，9 月 8 日那张与参考头像裁图出自同一段录像；来源数不等于独立战斗数。
方法
- 评估脚本和人工参考在运行前各自提交冻结；运行后不调整实现或阈值，不跑第二次。
- 原生图像直接交给组件，不缩放、不复制、不抽视频、不跑 OCR，也不调用六场景路由。
- 只有画面确认为战斗布局时，才在固定位置比较头像；准备页上虽然也能看到兔子，但固定的战斗位置无法证明它的身份，所以应拒绝。
- 颜色本身不能决定哪边是我方；身份由兔子参考决定。
- 魔法书的归属：只有一张图上能看到魔法书，并且用人工可见性作为显式代理请求读取；组件没有可用的归属标记时应返回未知。
设置
CPU 单线程 OpenCV，禁用 OpenCL；8 次解码、8 次组件调用；OCR、GPU、视频读取均为 0。运行前后核对源码、参考文件、原图的大小、时间戳和文件编号，全部未变。
结果
| 组 | 正确候选 | 错误候选 | 其他未知 | 布局拒绝 | 预检失败 |
|---|---|---|---|---|---|
| 战场 6 张 | 6 | 0 | 0 | 0 | 0 |
| 准备页负例 2 张 | 0 | 0 | 0 | 2 | 0 |
逐张：
| 图 | 人工参考 | 组件输出 | 左 NCC | 右 NCC |
|---|---|---|---|---|
| 准备页 1 | 右 / 未知 | 未知，布局拒绝 | 0.187597 | 0.117707 |
| 准备页 2 | 左 / 未知 | 未知，布局拒绝 | 0.145983 | 0.147756 |
| 草地 | 左 / 红 | 候选 左 / 红 | 0.991229 | 0.066655 |
| 9 月 8 日预览 | 左 / 红 | 候选 左 / 红 | 0.994517 | −0.041672 |
| 雪地魔法书 | 右 / 蓝 | 候选 右 / 蓝 | 0.186992 | 0.895990 |
| 关键帧 77 | 左 / 红 | 候选 左 / 红 | 0.984607 | −0.213601 |
| 洞穴 1 | 右 / 蓝 | 候选 右 / 蓝 | 0.165296 | 0.896876 |
| 洞穴 2 | 右 / 蓝 | 候选 右 / 蓝 | 0.162088 | 0.896090 |
候选的最低 NCC 为 0.895990，两侧差距最小 0.708998。这些分数不是校准过的概率。每次组件调用约 7.5–17.4 毫秒，解码约 18–49 毫秒。
那张可见的魔法书返回“未知/没有已审核的书归属标记”；没有从兔子、法力或颜色推断书的归属。运行后把 6 张候选图重新打开、按坐标核对，框都落在顶部的个人头像上，而不是大英雄立绘或行动卡——这是定性的对应检查，不是框 IoU 测量。
失败与负结果
本批没有错候选或预检失败。运行时有 7 个与像素读取无关的领域模块文件处于修改/未跟踪状态，它们没有提供像素输入或识别调用，已如实记录，因此这不是一个完全干净的导入闭包。
局限
- 8 张图都显示了兔子：头像缺失、两只兔子、模糊、遮挡、换头像、布阵布局都没有覆盖。
- 全部是已曝光的开发数据，独立战斗数未知；旧录像不能验证当前安装的游戏版本。
- 没有“归属为正”的魔法书样本。
- 只评估了组件本身，不代表全场景准确率、对未见来源的泛化或整体 95% 目标。
结论与下一步
在这批已曝光的开发截图上，用个人头像固定位置匹配判断我方侧和颜色是可行的，且在准备页上能按设计拒绝。参考标签是助手写的，待负责方独立复核；规划下一批样本时应专门补头像缺失、遮挡、换头像和布阵布局等情况。
Comments