MaaAssistantArknights项目雷电9模拟器基建换班异常问题分析
问题现象
在MaaAssistantArknights项目中,用户报告了一个关于基建换班功能的异常现象。当使用雷电9模拟器(版本9.1.41.1)运行程序时,在未选择自定义基建配置的情况下,基建换班功能出现以下异常:
- 换班操作只完成了一半
- 制造站进驻出现完全未进驻的情况
- 基建内干员即使理智已满也不进驻
环境配置
问题出现在以下环境中:
- 操作系统:Windows 11 23H2
- 模拟器:雷电9.1.41.1(64位)
- 分辨率:1920*1080(DPI280)
- 帧率:120帧
- 未使用GPU加速
- 触控模式:MaaTouch
问题分析
通过分析用户提供的日志和录屏,可以确定问题根源与模拟器的高帧率设置和触控模式有关:
-
触控模式问题:虽然用户选择了MaaTouch模式,但实际表现更像是ADB Touch的行为,出现了滑动距离丢失的情况。
-
截图同步问题:在选人界面,程序点击的干员与实际选择的干员不一致,这表明模拟器可能传回了旧的截图数据。这种现象在高帧率模拟器中较为常见,因为高帧率可能导致截图与当前界面不同步。
-
触控精度问题:120帧的高帧率设置可能导致触控事件的精度下降,特别是在快速滑动操作时。
解决方案
针对这一问题,建议采取以下解决方案:
-
更换触控模式:将触控模式从MaaTouch切换为MiniTouch。测试表明,这一变更可以解决换班异常问题。
-
调整帧率设置:如果可能,将模拟器帧率降低到60帧,这有助于提高触控精度和截图同步性。
-
检查截图同步:在基建换班前,增加截图同步检查机制,确保获取的界面图像与当前实际界面一致。
技术建议
对于开发者和高级用户,还可以考虑以下技术措施:
-
增加触控容错机制:在基建换班逻辑中加入更多的容错检查,例如在滑动操作后验证实际滑动距离。
-
优化截图时机:在高帧率环境下,可能需要增加截图延迟或重试机制,确保获取到正确的界面状态。
-
日志增强:在触控操作日志中增加更多细节信息,便于诊断类似问题。
总结
雷电模拟器的高帧率设置与MaaAssistantArknights的触控模式之间存在兼容性问题,特别是在基建换班这类需要精确触控操作的功能上。通过切换触控模式或调整帧率设置,可以有效解决这一问题。对于开发者而言,这也提示了在高帧率环境下需要特别注意触控精度和界面同步的问题。
GLM-5智谱 AI 正式发布 GLM-5,旨在应对复杂系统工程和长时域智能体任务。Jinja00
GLM-5-w4a8GLM-5-w4a8基于混合专家架构,专为复杂系统工程与长周期智能体任务设计。支持单/多节点部署,适配Atlas 800T A3,采用w4a8量化技术,结合vLLM推理优化,高效平衡性能与精度,助力智能应用开发Jinja00
jiuwenclawJiuwenClaw 是一款基于openJiuwen开发的智能AI Agent,它能够将大语言模型的强大能力,通过你日常使用的各类通讯应用,直接延伸至你的指尖。Python0220- QQwen3.5-397B-A17BQwen3.5 实现了重大飞跃,整合了多模态学习、架构效率、强化学习规模以及全球可访问性等方面的突破性进展,旨在为开发者和企业赋予前所未有的能力与效率。Jinja00
AtomGit城市坐标计划AtomGit 城市坐标计划开启!让开源有坐标,让城市有星火。致力于与城市合伙人共同构建并长期运营一个健康、活跃的本地开发者生态。01
AntSK基于.Net9 + AntBlazor + SemanticKernel 和KernelMemory 打造的AI知识库/智能体,支持本地离线AI大模型。可以不联网离线运行。支持aspire观测应用数据CSS01