@XYxe 我用你的图片试了，高精度可以识别。

那看来上一张图说明的问题是：通用文字识别对最大分辨率的判断不准确，而高精度识别是则是准确的。

另外，百度的错误码并没有区分是图片太大，还是分辨率太大，是混在一起的，不太好：
216202 image size error 上传的图片大小错误，现阶段我们支持的图片大小为：base64 编码后小于 4M，分辨率不高于 4096*4096，请重新上传图片

到目前，我奇怪的是，我之前确实出现过分辨率正确、图片尺寸太大，也返回 216202 这个错误。这次用你的图试，就没出现。之后有时间多造些图试试。不过目前打算中文抱腾讯的大腿了，因为感觉腾讯对英文的识别比百度好。国外用户抱 Google 大腿。

@XYxe 首先，谢谢你这么有技术含量的回复。

1. 我试了你的代码和图片，可以上传、识别，没有问题。
2. 我试了你的图片和我的代码，依然提示图片大小不正确。

为什么呢？

我检查了下，因为你用的是普通的识别：
https://aip.baidubce.com/rest/2.0/ocr/v1/general_basic

我用的是高精度识别：
https://aip.baidubce.com/rest/2.0/ocr/v1/accurate_basic

如果，

- 你的代码改用高精度识别，失败，提示图片大小不正确。你可以试试。
- 我的代码改用普通识别，成功

依然是几个事实：

- 百度的文档（ https://cloud.baidu.com/doc/OCR/OCR-API.html ）里并没有说高精度识别的尺寸应该比较小。
https://ws1.sinaimg.cn/large/006tNc79gy1flru78845dj313q0763z4.jpg

- 为什么 5752*4824 明明已经超出了百度规定的「最长边最大 4096px 」，普通版依然能正确识别？

我就不推导什么结论了，看官自己心里自有判断。

@xiao17174 谢谢回复。

1. 对，我说的是 3MB 个字符；如果确实是用 UTF8 编码、英文字符占 1 个字节，那按道理应该是 3MByte 了。
2. 图片没有超出尺寸限制
3. 应该不是，因为如果解析出错，返回的错误是不同的。

有时间，我测试下连续的尺寸，比如 2.01MB/2.02MB/…/3.00MB，看哪个尺寸开始不行。

问题就在于：为什么要让每个接入服务的开发者，花这么无谓的时间、做这种无谓的试错？看看人家 Google，只要原图 OK 就行。

@xiao17174 在这些回复中，你的最有技术含量。

不过，事实上，如果发送 3MB 个字符（按你所说是 ASCII 编码）的 base64 编码的图片给百度，百度是会报错的，说图片尺寸不对。我也只能推测 http 请求是按 utf8 传送、每个字符占 2 位，所以要 /2 ；不然，我是没办法和事实对应。

@sangmong iPhone 下试试「白描」

@jwangkun 30 天之内，估计还会有新的内测版。不过，发布后肯定是收费产品，可能是订阅或按次收费。

@awfe 其实 iText 这个名字是随意想的，毕竟总共做这个东西才几天；不过也挺契合我的其他产品名（ iPic/iTimer/iHosts/iPaste ），估计不打算改了。

@zocome 没办法，找不到替换 Disqus 的服务，你的建议？另外，只要能快速看到上面的内容和图片，底部的 Disqus 应该不太影响直接的使用体验。

@tnx2014 我花了一天，做了一款站在「百度」肩膀上的 OCR 图片识字工具 iText

@greatcl 看来不是个例啊，苹果啊，质量太不走心了。

首先，七牛不错，我在用（怕是用户访问有问题，我也不知道😂）

#19 楼推荐腾讯云，我也推荐下，免费流量比七牛多。

利益相关：可以了解下 iPic，方便传图到图床： https://toolinbox.net/iPic/

@imnpc 好，明白了；我是一有新的就升级，10.13 有些小问题（比如休眠启动时显示花屏），但整体没太大问题。

@xy19009188 方便的话，把图片发过来，我这边也试试。

@aver4vex 变态码…别想了，有的连码它妈都不认识…

@xy19009188 没； Windows 应该有的，可以试试上面说的 Capture2text （我没试过）

@imnpc 哪里不满意？

@QAPTEAWH 那不行，至少也得自己运行一遍。软件越复杂，测试一遍就越花时间。

@surewen 感觉这种离线的库，不如云服务；后者有天然优势，可以实时更新识别能力。

@menc 应该叫站在「百度肩膀」