None

剪贴粘贴不好识别是否有变动吧。要是识别的话就得把块 id 放到剪贴板里。那剪贴板里又不是正常格式了。

还是用块拖动吧

太小众了吧，要做也是放在插件里做

记得关闭省电优化，锁定后台防止被清理，没有问题的

😵 那很奇怪哎，我用命令行调用 tesseract 可以识别出来

不是，一共 50 多张图片；只有这 6 张图片超时。其余的图片 ocr 内容全部为空

已用 png 再次测试，写入内容依旧为空，录屏已经发送至您的邮箱

在正式版 3.4.0 中，依旧无法正常 OCR，录屏及日志已经发送至您的邮箱

感谢楼主分享，十分好用。

使用过程中发现几个小 BUG

1. 全部压缩时，会压缩 gif 图片导致不会动（已去除 index.ts 中的 gif 正则匹配修复）
2. 有时部分图片会出现压缩完成，但内容没有被替换的情况
3. 有时会出现压缩无响应，必须重启 siyuan 才可以

视频已经发送到您的邮箱，或者 siyuan 有办法开启更详细的日志吗？我可以提供帮助解决。
目前这个问题在我的 Windows11 siyuan3.3.6 上是稳定复现的

我录个完整的视频发您邮箱吧，我这边确实所有的 ocr 字符串均为空

这个“选择同步方向”是【完全手动】模式下的吗？

【半自动同步】好像没有这个选项。那半自动同步实际上还是自动同步的逻辑？只是只在开启和关闭的时机触发了

成功打开啦！

这种不兼容的插件有办法关闭吗，我看状态是打开的呢，但按钮是锁定的。还是就是关闭的呢？

好像插件状态同步桌面版和移动版是一致的？不能分别设置？（还未查看桌面版是否插件也被同步关闭了，因为移动版是直接把桌面版的插件开关状态直接同步过来了）

已经发送邮件。

版本信息：Windows11 siyuan3.3.6 正式版

我知道 ocr-texts.json 不是实时写入的，但这不是关键问题。问题是 ocr-texts.json 在刷新写入之后，ocr 结果依旧为空，而日志中显示 timeout 的就几张图片，其中没有超时的图片的 ocr 结果也没有正常写入。

之前的评论是慢慢发现问题，所以可能比较混乱。

现在我确定 BUG 是，在 ocr 扫描的过程中出现了某种错误，导致 ocr entry 没有正常的写入 ocr-texts.json（这会导致下一次启动 siyuan 再次 ocr 扫描这些图片，因为没有记录）；如果由于用户手动设置 ocr 结果触发 ocr-texts.json 的写入的话，写入的图片 ocr 结果全部为空。

下面是一次完整的复现步骤，由于时间跨度过长不太好录视频，但我也尽量记录详细了。可以使用评论中的 50 多张图片 复现。

可以看这个 systemlog.zip（同时也是下面步骤的日志）

1. 23:35:05，启动空工作空间，将评论中的 50 多张图片拖入到文档中，此时开始 ocr

2. 在 23:40 左右，50 多张图片的 ocr 已经完成（状态栏并没有显示工作中）

   
   但在日志中，只有 6 张图片出现了 ocr timeout；其余的 40 多张图片没有出现 timeout，但也没有将结果写入到 ocr-texts.json 中
   之后内核便没有日志了（打包的日志也只到这里）

   

3. 然后 ocr-texts.json 的文件内容并没有被更新
   此时 ocr-texts.json 的内容为 {}

   

4. 此时这种状态，只有用户手动去设置一个图片的 ocr 文本，ocr-texts.json 才会被更新。23:48 手动设置图片 ocr 文本

   

5. ocr-texts.json 内容才更新（显示更新时间是 23:48，用户手动添加 ocr 结果文本的时间）。从 23:40~23:48，siyuan 并没有定时写入 ocr-texts.json

   

6. 在日志中只有几个图片报错 timeout。但是此时所有的图片 ocr 结果全部为空

   

如果没有执行步骤 4，而是重启，则下次重启，由于 ocr-texts.json 内容为空，siyuan 依旧会扫描所有图片。

没有吧……我阿里云 oss 同步也就几秒就进去了

log.7z
这是 另一个，空工作空间的日志，用的图片是上一条评论 打包的所有图片，将所有图片直接拖到一个文档里。

预期行为：

1. ocr 识别大于 15 秒的日志内打印 timeout，将空字符串作为结果记录到 ocr-texts.json 中。
2. ocr 能识别出的（识别时间一般小于 3 秒的），填充到 ocr-texts.json 中。

实际行为：

1. ocr 识别 timeout 的，并不会记录结果到 json 中。siyuan 下次启动还是会重新识别
2. ocr 能识别出的（识别时间一般小于 3 秒的），结果并没有填充到 json 中，下次启动还是会重新识别

img.7z
上面的所有图片都识别超时，但在日志里并不会全部打印，只有部分图片会打印 timeout。

日志里记录的部分图片 timeout，大概是 15s 往上的时间才能识别出结果。

大部分图片，都可以在 3 秒内识别出结果，但结果并没有填充到 ocr-texts.json 中。

总体来看有两个 BUG

1. 我这个评论 没有写入到 json 记录的图片，每次打开都会重新 ocr。其中日志中有三次启动，第一次和第二次启动就对同样的图片进行了 ocr 处理，但依旧没有把记录写入 json 中，之后的每次启动都会重新 ocr
2. 部分在 3 秒内可以识别出 ocr 结果的图片，并没有将结果写入到 ocr-texts.json 中；在用户手动填写一个 ocr 结果刷新后，ocr-texts.json 中写入""空字符串

systemlog.zip

貌似存在一个 BUG，导致反复对超时的图片进行 OCR 识别
OCR 识别超时后，记录不会立刻写入 ocr-texts.json；只有当用户手动为某个图片添加 ocr 文本后，识别超时的图片才会以空内容写入 ocr-texts.json 中。

如果用户没有手动为某个图片添加 ocr 文本。每次打开思源，思源都会对不存在 ocr-texts.json 记录的图片进行 ocr 扫描，但扫描结果超时又不会写入 json 记录中。导致下次启动依旧会进行 ocr

你服务器网慢？
另外我手机用着也不卡呀

好像有部分超时的 ocr 图片不会记录到 ocr-texts.json 中？只能从日志中提取 ocr 错误的图片路径嘛

我现在设置了

setx SIYUAN_TESSERACT_LANGS "chi_sim+chi_sim_vert+chi_tra+chi_tra_vert+eng+jpn+osd" /M

只保留中文英文和日语，但大部分图片由于含有代码，导致虽然图片大小不大（几百 kb），但文本含量巨高。然后一直超时。
默认的图片大小 2MB 我觉得不是很大，调太小了很多图片可能就错过了。

我觉得以下两种方式能解决我的问题

1. 设置 ocr 超时时间，指定一个比较长的时间
2. 忽略这些代码图片的 ocr

这两个请问有方法实现吗？ocr 超时时间在文档中没有看到环境变量。忽略的话是不是在 ocr-texts.json 中让其内容不为空就好了

日志查看是 OCR 超时了，测试了一下图片有 20 多秒，但好像没有设置 OCR 超时时间的环境变量

是的，图片是之前插入的。然后开启的 ocr 功能。

但是现在每次打开思源，思源都会自动执行 ocr

https 只能保证无证书的情况无法解密，在存在根证书的情况下 https 就是明文。所以需要额外对请求体进行加密。

https 确实可以解决。
但还是没办法解决 中间人有根证书可以直接查看明文流量的问题

反代也没有办法解决 传输是明文的问题呀。中间人有根证书照样可以看

是的，需要搞证书。自签名证书应该也可以（浏览器只是会显示证书不可信）

我觉得更方便实现的应该是第二条，将请求体加密，直接调用 aes 就可以，毕竟只是防止被明文查看。

aes key 可以每次建立连接时候随机一个或者用户自己设置固定（或者用网络伺服的鉴权密码）。

麻烦帮帖子分个类吧，手机发的，分类没找到 siyuan

是的，我现在用 frp 在工作电脑中访问。

siyuan 不也有 docker 版本吗？我没用过 docker 版本，不确定 docker 版本是否是 https 协议。

@JeffreyChen siyuan Windows 端咋唤出来开发者模式来拿标签 id 啥的呀