膜拜大佬

非常傻瓜式，点赞！

@LavaC 可以的，“异型到看不出是原字母”的话，就需要单独训练一个识别模型，只有 26 个字母的话大概 10k 的训练样本吧（经验之谈）。
然后针对你说的：“我这套开发流程”，可能并不适用，因为这个网站是针对通用 web 场景的，然后为了省服务器成本，把预测步骤放到了端侧，开发时间全耗在这里面（ onnx ，web worker, opencvjs ）。你可能更需要的是只是一个 restful 接口，有基础的可以看看 PaddleOCR 文档

@jzyzcz
关于收费: 短期不考虑，一是做 ocr 的网站太多，又没什么杀手级功能，二是接入支付挺麻烦(没做过)，三是用户量没几个，收费都跑了。一开始想法是接入 adsense 看能收回服务器成本不，但 adsense 不给新站过，先等等
关于速度: 目前都是单线程预测的，计划增加配置使用多线程预测，配置越多，速度越快，当然你 cpu 和内存也占用越多

近期规划:
1. 网站是 23 年 5 月 21 日上线的，google search console 配置了，但 ocr 网站太多，搜索 online ocr 前 8 页都找不到(没有第 9 页，只有 8 页)，我有在后台统计 ocr 的图片数量、pdf 页数(也仅限于此)，在 v2 发这贴之前，这个数字基本每天都是 0 ，所以我得学学怎么宣传，seo ，做外链这些
2. 上面提到的速度优化
3. 注意到有人尝试了 ocr 一个几百页的 pdf ，一本书？我也试了下，直接快卡死一段时间，后面在预测第二页时崩了，分析了下当前是用同步的方法将所有图片加载到内存，所以一次性加载几百张图片撑不住，不知道这个是不是强需求，我会尝试解决

@RatioPattern 是的

@hteen 是有小概率漏检的，尤其是针对歪歪扭扭的。
ps: 本网站：“我做不到”

@yuanchao 这里面涉及的工作量比较大，短期内应该不会支持，后续支持了我 @你

@subframe75361 感谢支持，近期可能不会弄 pwa ，因为不太懂这块，目前的最优先的是使用多 worker 加速识别速度、尝试支持手机浏览器，后续弄完我学学看。

@yqf0215 这块没有研究，搜索了下也不知其然，不好意思

@vueli 啊？有链接、关键词吗

@kebamt 可以发出来我看看？

@itxh 非常非常感谢！

@EmpCold 默认是识别英文的模型哈，在 language 手动切换一下 chinese simplified
https://i.imgur.com/gzapRbM.png

@justincnn 如果说的是提取 PDF 中的表格并正确放入一个个单元格的话，是不支持的

midjourney 真牛皮!

bmFub2FvYUBnbWFpbC5jb20= 大佬求指导 @shendaowu