PaddleOCR的打包问题
收藏
相比较其它“重量级”的深度学习项目而言，PaddleOCR属于非常轻量级的应用了，而且挺好用的。
OCR识别一大场景（或者说最常见的场景）可能就是工作学习中各种复制粘贴失效的时候，可以闪亮登场对不对。
那么这种场景，需要的其实是Windows上比较轻量级的部署方式，双击一下，直接打开，开始工作。
另一个场景就是半自动标注，之前参与了PPOCRLabel项目，但是对比LabelImg可以提供一键打开的安装包，PPOCRLabel因为要用到识别功能，只能走Python环境。
但是如果想要用PyInstaller打包，且不说报错多多，就算打好包了，文件大小肯定也吓死人，更适合类似PaddleX这种重量级应用；绕开Paddle走百度API，那就必须一直有网络环境。
那么问题来了，类似基于PaddleOCR的应用，有没有轻量级、又支持离线的打包方式？
0
收藏
之前问打包问题的朋友，自己写了个bat脚本，让客户双击运行解决了……机智啊
容我排排优先级……
打包的exe文件一点就闪退咋办嘛，去GitHub提了issue英语又看不懂= =
GKD~~~加油
从命令行启动呀
到你打包的目录下，在访问栏里面输入cmd，然后在命令行里运行 文件名.exe，这时候是可以看到报错信息的。
就像这样，当然我这个是没报错，如果会闪退的，日志会在命令行里打印出来的
问这个需求真是不少，好多人问，确实ppocr预训练模型文字识别效果就很不错了，又是开源，还可以自己训练数据
你这个顺序就错了，应该先在PPDE群里问，哈哈哈
打包的文件就有问题，命令行也是闪= =太南惹
我去pyinstaller的GitHub提的issue【狗头】
那你有没有试试看，打包前能不能正常运行
还有打包目录的变化，默认好像都是在一个目录下面的
get到一个新办法（其实也不新）
就是用hubserving部署一个服务，然后内网节点访问直接调这个服务就行了
这样打包的时候里面就不用paddle了，变相绕过，解决内网部署问题
找个时间试下这个方案
打包前是可以的，
那目录有没有层级？
啥目录= =算了，已经过去好久了现在也讲不清楚。
你那个小程序，打包的时候目录里的文件会跑到外面，所以import的写法要改……
（感觉应该也是有什么命令设置保持结构的才对）
现在打包需求又增加了……关于Parakeet的打包……感觉更难了