摘要

10 月 10 日凌晨，用户在玩一局游戏时，项目的战斗记录 App（Battle Notes）某个候选版本原生崩溃（闪退）。用户问这局的录像是否还在，在的话加入训练数据集。本实验（编号 B180）把这段录像登记为训练来源，用已有的扫描—切局—选帧—打包流程生成了一个 20 张截图的训练包。

要回答的问题

这段录像能否按现有流程转成可用的训练材料，且不影响原始文件、不混入测试池？

数据与来源

  • 一段训练录像（10 月 10 日 01:39 开始），时长 44.4 分钟，2560×1440，29.97 帧/秒。以硬链接方式放入项目的视频库，原文件不动，不额外占磁盘。
  • 登记为训练来源，独立的来源组；整段只进训练池，不做测试。
  • App 闪退发生在录像约 6 分 43 秒处，第 1 回合开局、雪地地图。根因与修复在 App 的待办记录里（Qt 表格项数据只存文本），不属于本实验。

方法

  1. 扫描：以 5 帧/秒采样整段录像，用场景分类标出每个采样的画面类型。
  2. 切局：根据画面类型找出一局战斗（含选卡与确认页）。
  3. 选帧：在这一局中选 20 帧，并生成联系表。
  4. 复核：助手目视联系表和半分辨率 2×2 拼图，逐帧写复核结果。
  5. 打包：用硬链接生成训练截图包（不重新编码），再用截图包检查脚本校验。

设置

运行时游戏没有在跑。扫描缓存事先估计 2.3 GB。

结果

步骤 结果
扫描 128.6 秒，13,322 个 5 帧/秒采样：战斗 5,211、菜单 4,224、法术书 1,137、宝物选择 532、生物面板 529、主技能 365
扫描缓存 2.2 GB（可由 39 MB 的低帧率扫描视频重建，已记入磁盘使用笔记待回顾）
切局 1 局，战斗区间 308.6–1797.4 秒，含选卡与确认页
选帧 20 帧
复核 20/20 接受，同一局，我方在右侧（英雄瓦塔娜，蓝色）
打包检查 116/116 项通过

第 9 帧起已在闪退时刻之后，游戏照常进行（闪退的是 App，不是游戏）。

失败与负结果

无。

局限

  • 复核由助手目视完成，不是人工真值。
  • 只切出 1 局、20 帧，是训练材料的补充，不代表任何识别准确率。

结论与下一步

这局录像已成为训练池的一部分。尚未完成：已有的批次工具（如另一个批量 OCR 实验的公共配置）里，登记清单是写死的，下次运行时要把本登记加进去。