OCR_OIL 异常

[JackExploded]

以下是三个调度器的日志部分内容
石油存量OCR：
17933识别成1333

10256识别成150

5320第一遍识别成53，第二遍才正确识别成5320

现在由于前两个识别错误，对应调度器的活动任务根本无法正常运行

[JackExploded]

2025-06-27 02:18
经过数次重试（重置运行时间）后，发现有概率能识别正确，但有的执行一两次后又识别错误
另有一个调度器（第四个，共四个）刚开始正常运行，但石油数减少到19268后，被错误识别为1908，延迟到五点十六运行
重试一次后也是又能运行起来了

于是产生了一个猜想，是不是背景等因素干扰、导致识别异常？
利用主线图任务验证了一下，四个调度器都是能正常识别的。

故斗胆推测，是不是以下界面中，红框处的背景或遮罩跟以前有某种不同，干扰了文字识别（表现为正确率降低）？

[JackExploded]

另一方面也在尝试更改模拟器的渲染api，之前用的全都是vulkan（因为az轻量化以来，原先个人一直在用的dx没法用了，立绘裂缝问题明显），现在选取一个改回dx看看

[JackExploded]

好吧，修改渲染api为dx后仍出现这种问题；应该不是这个原因

也不算白干，至少做了个排除

[JackExploded]

①
尝试在截图方式上做做文章，看看是不是截图太快影响了识别。
nemu_ipc特别快，但是此前一直在用、一直在出问题；
由于还不能确定病根，肯定是暂时不能用了。
②
尝试了较慢的uiautomator2、droidcast_raw，发现会在一次跑完后、下一次开始前，点击结算窗口的“确定”按钮时多点击一次；
这会导致窗口被关闭后、误触到“困难”图，跑错任务（如果此前是单队连战，而跑普通图选择了多队出击，就会导致另一种错误，即队伍不够、跑不起来、黄灯报错）。
即便是同时将点击方式也换成最慢的uiautomator2，还是解决不了问题。
③
现在就陷入了两难的境地，最快的方式会石油量识别错误，而较慢的截图方式尽管能规避这个问题，但又会因为上述莫名其妙的重复点击、跑错图；
思来想去，索性将两边都换成最慢的adb、uiautomator2；目前测试了七轮，还算比较稳定，会随时上来汇报的

[JackExploded]

没用，还是不行，放弃了

[JackExploded]

我单拉一个调度器和模拟器到另一台电脑上试试吧，听群友分析的好像就我一个是多开的

[JackExploded]

还是不行，算了，只要石油识别正确（采用adb+uiautomator2），误触卡报错就卡吧，这个问题总比跑不起来好解决

[JackExploded]

好吧，就连adb+uiautomator2也是会识别错误的，算了吧，趁着白天、手动监控着刷吧

[JackExploded]

所以现在可以把问题梳理出两个主要方面：

①
进入战斗前的最后准备界面、石油与物资栏上存在一个滑动下来的遮罩（不仅是滑下来的，还是盖在上面的，而不是像“出击”页面那样作为背景出现在下方的）：

出击界面：

我们可以明显看出这两个界面的区别，第一张图的“石油”数字灰蒙蒙的，它上方有一个滑动下来的遮罩，当截图方式反应过快、在这个遮罩尚未滑动到位（例如滑到一半）时进行截图，有很大概率会导致识别出的石油量缺数位；
当选取一个速度较慢的截图工具(如ADB方式)时，遮罩滑动到位，截图相对正常，数字基本不会识别错误

（向开发者道个歉，截图正不正确我实在是找不到相应的验证方案，只能反复通过更换截图方式去验证）

②
更换截图方式后，无论是否更换点击方式（最快的minitouch，或者最慢的uiautomator2），都有概率出现一个较小的附加问题
一次战斗正常进行完成后，由于需要手动点击来退出总结界面（一个a一个s或者两个s，如下图）

可能界面已退出但是最后的几次右下角点击还没结束，恰好把结算窗口卡掉了，但截图工具又截到了窗口（这个不确定，猜测的），alas点击确定按钮时点到了困难图

如果我想进行的是普通图且多队出击，而我此前打困难图用的是单队连战、其余两队都没配置，任务就会跑不起来、调度器黄灯报错（request human takeover）
如果我困难图打的是多队出击，这个时候确实能把困难图跑起来，但这就意味着任务运行错了

这一点上我的小建议是干脆不要点击“确定”按钮，就算出现了结算窗口也点击屏幕最右下角把窗口关掉，稍微停顿个一秒左右再开始下一轮跑图