多半是没装好
属于这个库的问题，https://github.com/sirfz/tesserocr

ok 指这个 engine 分析过程正常无报错；
target_sim 就是字面意思，目标相似度；

只是截图的话可以试试 https://github.com/williamfzc/fastcap
最好 root，大项目建议用 airtest 了

其实 server 只是对库本身的一个封装与合理暴露，所有的参数还是只与库本身相关。
现在来说，接口传的参会被逐步按照层级被库本身解析，也就是说所有库能够接受的参数都可以直接当做接口参数传给他，这也是之所以参数名都起得非常全的原因。
返回值每个字段的具体含义的话，其实取决于你传入的参数。可以举个例子？

如果你说的是类似 adb shell input text ，没有的。minitouch 都是纯 ui 层面的操作。

问题的话可以具体聊聊，QQ 178894043

这些都是可选的，也可以后期改配置，没什么关系

因为保密性，具体产品可能不便透露哈

1、产品名：**
2、UI 自动化的用例覆盖率：一方面是 UI 本身的校验，另一方面是利用 UI 驱动去触达一些场景
3、UI 自动化用例数：很大部分是动态生成的，动态生成的这一部分相对稳定一些（可能因为逻辑简单），静态的不够稳定
4、最近一个月的平均稳定性：因为太多了，且散落在不同层级，并不好给一个数值。不过主要失败的原因更多是在设备问题与环境问题上，例如断连、走到异常场景等等。用例本身失败大多因为业务逻辑变更。
5、目标稳定性：近期还在尽量增加容错以避免环境相关的影响

期待下开放 API

这个工具只跟图片相关，所以跟平台没关系。不过驱动这些就要你自己选了

谢谢

明白了，这个之前有人说过，不过我这边一直没复现，还挺奇怪的。
https://github.com/williamfzc/pyminitouch/issues/8

我找个时间再看看好了

具体步长没测过，不过这东西本来就被设计用于实时性很强的场景，效率方面我还没遇到什么问题
example/draw_heart.py 这个例子是在屏幕上画一个❤，瞬间就完成了，可以试试看

刚试了下，跟 airtest 倒是还好。
uiautomator2 的话之前有人说过这个问题，确实会存在冲突的情况但是一般重启 adb 就会 ok 了。

重启下 adb 试试，这种应该是上一次执行 socket 没关闭引起的问题。在使用后要：

# stop minitouch
device.stop()

你试一下直接用 adb 执行这个命令会报什么错

是最新版本吗？最新版本是 0.8.0

• 如果不是，可以用 pip install --upgrade stagesepx 更新下再试试
• 如果是，方便把视频发我一下吗：fengzc@vip.qq.com

算是~

可以呀，都是一样的

是卡住了吗？麻烦发下日志

为了让代码树更简洁，强烈推荐大家在提交 PR 前，先通过 rebase ，把自己的分支修改代码形成的提交数量，压缩成一个。

这种方法并不好，如果你的修改内容很多的话，这种方法只会让 review 更加困难。最好从 commit msg 的角度来解决这种问题。

可以。可以通过设定 target_size 把分辨率锁死，之后在分析前都会强制 resize 成这个分辨率：

• https://github.com/williamfzc/stagesepx/blob/43145f1d8ef539473dea9e0c2a2f206c0d37822e/example/cut_and_classify.py#L21
• https://github.com/williamfzc/stagesepx/blob/43145f1d8ef539473dea9e0c2a2f206c0d37822e/example/cut_and_classify.py#L143

不用，但是你手动采集的图片尺寸需要跟你的视频保持一致

可以参考：https://github.com/williamfzc/stagesepx/tree/master/example/train_and_predict

好快~
关于对轮播比较敏感的问题做个补充吧：https://github.com/williamfzc/stagesepx/issues/55