dengwhao
dengwhao
用v3稳定版吧还是，我也发现没有这玩意
emmmm, so could you please push the latest code now?
楼主加了没有，有没有demo分享一下
ppocr4可以跑，把dstHeight改为48，PIXEL_RGB改为PIXEL_RGB2BGR，然后再把extractor.extract("output", out);（有两处）就能正确识别了。但是对于标点符号识别好像效果一般，我测试一个带字幕的电影截图，英文的空格没有识别到，全连在一块了
paddle-lite目前已经支持v4了，可以替换最新的库进去编一下，效果还可以
@equationl 我是用shell命令行跑在机器上的，目前看效果一般，当然比v2效果要好。python上用paddleocr库是可以准确识别下方的英文的，paddlelite没有验证过，pip安装的还是2.13版本的库，无法排除是否是转换模型导致误差 开发板（armeabi-v7a）效果： ``` The detection visualized image saved in ./test_img_result.jpg 0 太阳是绕着我们转话 0.972321 1 我们仍然认为我们是字宙的中心 0.965145 2 wedstiltinwerthenteftiveethatthisorbiing 0.737318 花费了5.55687秒 ``` 我自己手机（arm64-v8a）测试效果： ``` The detection visualized image saved in...
上面这个有误差的问题是我没有改识别那里的 32 -> 48导致的。但是我不理解一点就是jni代码和官方 shell推理还存在什么差异吗？为啥app结果会和shell不一致
@equationl @ljg208 提了pr，可以合并编译跑一下试试效果#57
手动转换也是不行，他会中途退出，不知道是什么问题： ``` mnnconvert -f ONNX --modelFile model/onnx/llm.onnx --MNNModel model/llm.mnn --weightQuantBits=4 --weightQuantBlock 128 --transformerFuse=1 --saveExternalData The device supports: i8sdot:0, fp16:0, i8mm: 0, sve2: 0 The device supports: i8sdot:0, fp16:0, i8mm: 0,...
@zyyyLove 用 linux环境导出不会被断，但是我这里导出来的模型Android app用不了