OCR4.0
适用于
通用
分类(旧)
OCR
杨思圣
六啊吃饭了
塞莱斯延预言
Runos
3333pp
等
21 人赞了这个动作
。
更多信息
| 分享时间 | 2023-12-01 11:12 |
| 最后更新 | 2024-02-22 21:48 |
| 修订版本 | 6 |
| 用户许可 | 可自己使用或修改，不可再分享 |
| Quicker版本 | 1.42.8 |
| 动作大小 | 78.5 KB |
「完全离线高识别率OCR4.0，自动复制排版(合并单行、自然段、代码段、竖排-从左到右、竖排-从右到左)到剪贴板」
简介
离线OCR4.0
欢迎使用基于RapidOCR-json开发的离线OCR4.0文字识别动作.
离线OCR4.0将给你带来最稳定的文字识别速度，截图文字30以内不到一秒(963ms)出结果,相当于永久体验最佳网络请求OCRAPI服务
本动作自动下载25.66M(离线推理模型共15.4M)，下载链接
离线OCR(PaddleOCR-json) 与离线OCR4.0(RapidOCR-json)比较
(本动作不占用内存，每次启动平均耗时0.8067s，下版本加入持续运行的版本，加快识别速度)
| RapidOCR-json | PaddleOCR-json | |
|---|---|---|
| CPU要求 | 无特殊要求 👍 | CPU必须具有AVX指令集。不支持以下CPU： |
| 凌动Atom，安腾Itanium，赛扬Celeron，奔腾Pentium | ||
| 推理加速库 | 无 | mkldnn 👍 |
| 识别速度 | 中等 | 快（启用mkldnn加速）👍 |
| 极慢（不启用mkldnn） | ||
| 初始化耗时 | 0.1S内,快 | 约2s，慢 |
| 组件体积（压缩） | 15MB 👍 | 52MB |
| 组件体积（部署） | 30MB 👍 | 250MB |
| CPU占用 | 较低，对低配机器友好 | 高，榨干硬件性能 |
| 内存占用峰值 | ~500MB 👍 | >2000MB（启用mkldnn） ~600MB（不启用mkldnn） |
| 是否支持4.0 | 自带 | 不支持 |
使用说明
默认识别语言为中文V4.0版本，默认处理方式方式为代码段，截图之后自动复制到剪贴板
OCR4.0 文字识别率还是挺高的，比如下面识别率100%，其他中文、繁体、英文、日文、韩文、俄文、中文高精版推理模型 蓝奏云下载链接 密码:85u0(OCR4.0V2.2已经加入自动下载)
切换语言和处理方式演示：
支持作者
开发一个动作往往需要大量的精力，分享它们是一件高尚的事，如果这个动作对你有帮助，可以在右侧帮我点个赞哦~
新用户注册和购买Quicker专业版时请填写：推荐码：183510-1162 购买后双方均可额外获赠价值28.8元的90天使用时长，谢谢支持！
最近更新
| 修订版本 | 更新时间 | 更新说明 |
|---|---|---|
| 6 | 2024-02-22 21:48 |
升级链接：https://qyukate.lanzout.com/ibGUz1p2xdbg
本次更新 1. 修复写入剪贴板为空的问题 2. 加入切换识别语言为中文V3.0、中文繁体、英文、日语、韩语、俄文时，会询问是否下载资源。 |
| 5 | 2024-02-19 14:21 |
正月初十，开工大吉，红包福利
1. 更新处理方式为单行、竖排(左)、竖排(右) 2. 下版本增加进程模式，最快0.1s出识别结果(没时间咯) |
| 4 | 2024-02-17 20:31 |
1. Python启动还是慢了，用C++全部重写了一下OCR
2. 处理方式为单行时，好像有bug，文本多的时候，剪贴板会获取不到文本，其他方式实验了一下，竖排的，不太了乐观，就不加入了 3. 自然段处理方式没有时间编写也不加入了，想用单排的话，可以自行加入quiker动作。 4. 其他语言测试没有问题 |
京公网安备 11010502053266号