切换到paddleOCR后有概率卡住

[PuppetDr]

开发时的版本6.6.4，打包用的是alpha2内测版本，如果我使用的MLKIT OCR就可以正常运行，但是如果切换成paddle OCR虽然也有概率成功运行，但很多时候会在识别的时候直接卡住，并且也没有任何报错

[SuperMonster003]

在打包应用页面检查 Paddle OCR 必要的支持库与权限是否已勾选.

支持库 (2 项):

• OpenCV
• Paddle OCR

权限 (2 项):

• android.permission.FOREGROUND_SERVICE
  • 允许应用运行前台服务
• android.permission.FOREGROUND_SERVICE_MEDIA_PROJECTION
  • 允许应用在前台服务中使用屏幕录制和媒体投影功能

[PuppetDr]

在打包应用页面检查 Paddle OCR 必要的支持库与权限是否已勾选.

支持库 (2 项):

* OpenCV

* Paddle OCR

权限 (2 项):

* android.permission.FOREGROUND_SERVICE
  
  * 允许应用运行前台服务

* android.permission.FOREGROUND_SERVICE_MEDIA_PROJECTION
  
  * 允许应用在前台服务中使用屏幕录制和媒体投影功能

这是我打包的库

这是我申请的权限

顺带一提，我是在mumu安卓12模拟器上运行的，模拟器版本为V 5.8.3，不知道这是否和模拟器、机型或者安卓系统版本有关，我自己感觉在mumu模拟器上用autojs6开发时经常会出现一些奇怪的bug

[SuperMonster003]

可能是模拟器 CPU 架构导致的问题. Paddle OCR 暂不支持 x86 及 x86_64 架构.

Sent from my XQ-DQ72 using FastHub

[PuppetDr]

我不熟悉rhino引擎和autojs的具体实现，由于mlkit识别精度实在不能满足我，paddle又用不了，可能的解决方案是什么呢，比如我看文档中rhino引擎可以引用java的类，是否可以通过autojs引入java实现的ocr类来解决这个问题？还是说这种方法不可行，必须对autojs6的源代码进行改进呢？

[PuppetDr]

这个问题的可能原因是安卓省电策略的问题，如果将autojs6打包后的程序关闭电池优化策略就可以运行一段时间，但还是会随时卡住