绝区零一条龙屏幕识别：加载画面（lore 加载过渡）为何是 screen_info 的有意缺口

桌面应用RPA计算机视觉【免费下载链接】ZenlessZoneZero-OneDragon绝区零 一条龙 | 全自动 | 自动闪避 | 自动每日 | 自动空洞 | 支持手柄项目地址https://gitcode.com/gh_mirrors/ze/ZenlessZoneZero-OneDragon点击查看免费下载导读本文以《绝区零一条龙ZenlessZoneZero-OneDragon》仓库的画面描述文档加载画面为主体系统梳理登录流程中lore 加载过渡画面的出现时机、识别特征与 OCR 实测数据并深入对应源码解释该画面故意不收录进 screen_infoscreens[]的设计决策——即无可固定匹配特征 → 有意的缺口非遗漏。读完本文你将理解项目画面识别体系的工作方式文本区域如何通过 LCS 匹配、模板区域如何匹配、id_mark精准命中与模糊候选如何分工以及为什么动态轮换内容无法成为可靠的识别锚点。画面是什么登录成功后的 lore 加载过渡原文档对该画面的定位非常明确登录成功后 →本画面→ 大世界/主菜单。游戏内的通用加载画面每次加载时出现。也就是说它出现在打开游戏 → 登录成功与大世界/主菜单之间是游戏每次加载场景时都会经过的通用过渡画面。画面构成是固定的两栏式布局左侧 lore 区域标题如【港口工厂旧址】 一段世界观描述文字。这部分是动态轮换的世界观 tipWorld Lore Tip类似原神/星铁加载界面的小知识每次加载都可能不同右侧场景插画静态插画与当前 lore 标题对应如港口工厂旧址的场景图。识别特征稳定锚点与不可靠特征原文档的识别特征稳定锚点一节是建模思路的核心它明确区分了哪些内容可以当特征、哪些不能画面元素内容能否作为识别锚点左侧 lore 区域标题如【港口工厂旧址】 描述文字❌ 内容动态轮换每次不同勿当特征右侧场景插画静态场景图对应 lore⚠️ 随 lore tip 变化无法固定UID右下角仅作通用标识所有游戏内画面通用NOW LOADING文字不存在于本画面那是另一个加载态加载中/loading.yml的特征可交互元素无。该画面是纯过渡加载画面没有任何按钮或可点击区域自动推进到下一画面。这意味着它不存在点击某区域 → 跳转的路由边goto_list也无法通过交互行为被利用。识别快照2026-07-06 核对原文档记录了 2026-07-06 的实测识别快照识别快照 ID_1783247956712其中关键结论是匹配画面无screens[]未被 screen_info 收录该次快照对应的 lore 文本为「港口工厂旧址」OCR 实测数据如下文本位置 (x,y,w×h)备注【港口工厂旧址】66,232,146×27lore 标题动态轮换莱姆尼安空洞深处...辉岭矿石和辉瓷产品66~68,260~310lore 描述动态UID1791,1058右下 UID 标签这份 OCR 数据恰好印证了前面的分析整屏能 OCR 出的文本要么是动态 lore 内容要么是通用的 UID 标签没有任何一段固定、唯一的文字可作为画面判定的稳定锚点。与loading.yml加载中/NOW LOADING的区分原文档备注中专门澄清了本项目另一份易混淆的配置——assets/game_data/screen_info/loading.ymlscreen_id: loading screen_name: 加载中 pc_alt: false area_list: - area_name: 加载中 id_mark: false pc_rect: - 1161 - 724 - 1929 - 1055 text: NOW LOADING lcs_percent: 0.5 template_sub_dir: template_id: template_match_threshold: 0.7 color_range: null goto_list: []loading.yml建立的是显示NOW LOADING文字的那个加载态识别区域位于屏幕右下pc_rect为[1161, 724, 1929, 1055]即 (x1,y1,x2,y2) 坐标系而本文所述的 lore 加载画面没有NOW LOADING文字因此screens[]匹配不上loading.yml。文档同时注明loading.yml的实际用途待确认暂忽略。这两者虽都叫加载但在本项目画面体系中是两个不同的画面不可混用。源码视角screen_info 体系如何加载与匹配要理解为何故意不建 screen_info需要先了解本项目画面识别的底层机制。ScreenInfo 配置结构与解析assets/game_data/screen_info/目录下的每个 YAML 对应一个画面screen_id由 screen_info.py 中的ScreenInfo类解析。每个画面由若干area_list区域组成区域的关键字段包括pc_rectPC 端区域矩形x1,y1,x2,y2textlcs_percent文本区域的期望文字与 LCS 相似度阈值默认 0.5见解析代码data_area.get(lcs_percent, ...) else 0.5template_sub_dirtemplate_idtemplate_match_threshold模板匹配子目录、模板 ID 与匹配阈值默认 0.7id_mark是否为该画面的精准标识区域goto_list点击该区域后可跳转的目标画面路由边。配置文件由 screen_loader.py 的ScreenContext.reload()加载进内存支持三种来源内存、分离文件assets/game_data/screen_info/*.yml与合并文件_od_merged.yml加载完成后会基于各区域goto_list构建画面路由并用类 Floyd 算法算出任意两画面间的最短路径见 screen_loader.py。区域匹配的两种路径screen_match.py 的find_area_with_detail描述了单区域匹配逻辑文本区域is_text_area对区域矩形内做 OCR再用str_utils.find_by_lcs以lcs_percent阈值做最长公共子序列LCS相似度匹配——这正是 lore 动态文字的问题所在【港口工厂旧址】、【某某某】每次都在变无法用固定text去命中模板区域is_template_area调用ctx.tm.crop_and_match_template把截取区域与template_sub_dir/template_id指定的模板图做匹配阈值template_match_threshold。加载画面的右侧插画随 lore 轮换同样没有固定模板图可用。画面级匹配精准早停 模糊候选find_screen_matchesscreen_match.py在画面级别做分级匹配遍历顺序优先从current/last画面出发做 BFS 扩散利用goto_list路由图无起点时才全量遍历遇到id_mark全中的画面即精准命中早停返回is_preciseTrue若无精准命中则按命中区域数取 top_n默认 5模糊候选is_preciseFalse。而本项目对加载画面完全没有注册任何id_mark区域或固定text区域——因此它在任何一轮匹配中都只会是模糊候选甚至完全不命中这正是原文档强调screens[]是有意缺口的原因。为什么故意不建 screen_info动态内容的建模边界原文档备注一节把决策理由讲得很透彻这是全文的结论性内容故意不建 screen_info本画面无可固定的匹配特征lore 文字轮换 场景插画随 tip 变化 无固定按钮/文字锚点→ 不适合做 screen_info 模板/文本 area。screens[]是有意的缺口非遗漏。结合源码可以进一步解释这条决策的正确性文本锚点不存在OCR 结果只有轮换的 lore 标题/描述 通用 UID若强行把【港口工厂旧址】写进 areaLCS 匹配find_by_lcs在下一张 lore如【莱姆尼安空洞】出现时必然失配模板锚点不存在右侧插画每张 lore 对应不同场景图无法在assets/template里为所有加载插画维护一个统一模板无交互、无路由价值画面无按钮、无goto_list即使在路由图中注册也没有任何点击该区域前往 X的边可以形成状态机不需要它加载过渡是自动推进的自动化流程只需要等待其消失/等待目标画面出现而非识别它并做操作。从仓库的整体画面索引 docs/game/screens/README.md 也可看到加载画面被归类为通用兜底画面无固定文字特征与「对话」画面并列这类画面的建档策略就是文档建档说明其边界但不为其建立 screen_info 匹配模板。实际运行与后续维护建议对于运行期而言加载画面不被匹配是符合预期的正常状态登录流程中自动化逻辑依赖的稳定锚点是登录页如 assets/game_data/screen_info/enter_game.yml 中点击进入游戏等固定文本区域和登录成功后的大世界画面lore 加载画面作为纯过渡只需等待其自然结束。后续维护时若想在文档中补充更多 lore 快照保持不新增 screen_info的决策即可除非游戏后续为加载画面引入了固定 UI 元素例如固定的进度条、固定文案或按钮那时才具备建模前提。小结绝区零一条龙的加载画面建档是一次典型的识别边界决策示范不是所有游戏画面都值得/能够建立 screen_info。lore 文字轮换 场景插画变化 无交互锚点使该画面天然无法被 OCR 文本匹配或模板匹配稳定命中因此项目以文档形式记录其识别特征与 OCR 数据、明确screens[]是有意缺口同时保留loading.ymlNOW LOADING 加载态作为另一条独立的加载识别路径。理解这一取舍有助于读者在为本项目新增画面建档时正确判断画面是否存在固定、唯一、可重复命中的文字或模板特征以及该画面是否具备交互/路由价值。赞分享桌面应用RPA计算机视觉【免费下载链接】ZenlessZoneZero-OneDragon绝区零 一条龙 | 全自动 | 自动闪避 | 自动每日 | 自动空洞 | 支持手柄项目地址https://gitcode.com/gh_mirrors/ze/ZenlessZoneZero-OneDragon点击查看免费下载相关推荐first-contributions 项目实战Git 提交身份配置的三种方式与优先级详解first contributions 项目实战Git 提交身份配置的三种方式与优先级详解 本篇技术指南以 first contributions 开源仓库中桌面应用RPA计算机视觉绝区零一条龙游戏画面识别米哈游启动页的识别锚点、误匹配根因与 screen_info 缺口修复指南绝区零一条龙游戏画面识别米哈游启动页的识别锚点、误匹配根因与 screen_info 缺口修复指南 本文基于 ZenlessZoneZero OneDrago桌面应用RPA计算机视觉绝区零一条龙画面识别光敏性癫痫警告页的识别快照、误匹配根因与 screen_info 补建指南绝区零一条龙画面识别光敏性癫痫警告页的识别快照、误匹配根因与 screen_info 补建指南 导读 本文基于 ZenlessZoneZero OneDrag桌面应用RPA计算机视觉创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考