Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

祝龙年大吉! #4

Open
heham opened this issue Feb 9, 2024 · 3 comments
Open

祝龙年大吉! #4

heham opened this issue Feb 9, 2024 · 3 comments

Comments

@heham
Copy link

heham commented Feb 9, 2024

发来贺电,比其他那些什么ocr来的简单多了,谢谢!

@heham
Copy link
Author

heham commented Feb 10, 2024

另外有个建议,ocr_manager.DoOCRTask()能不能既能接受一个图片路径又能直接接受一个图片对象,比如在脚本中很多时候都是直接截取一个图片,如果能直接把图片对象传给他就可以省去存储后又读取的步骤,至于回调里的路径,如果是图片对象路径就按脚本的路径。

@kanadeblisst00
Copy link
Owner

另外有个建议,ocr_manager.DoOCRTask()能不能既能接受一个图片路径又能直接接受一个图片对象,比如在脚本中很多时候都是直接截取一个图片,如果能直接把图片对象传给他就可以省去存储后又读取的步骤,至于回调里的路径,如果是图片对象路径就按脚本的路径。

微信内部函数的参数是路径,如果你想传图片对象,只能再封装一个函数将参数中的图片对象保存到一个临时路径,再把路径传给下一层。这种需求较小众,就不改了

@Knighthood2001
Copy link

另外有个建议,ocr_manager.DoOCRTask()能不能既能接受一个图片路径又能直接接受一个图片对象,比如在脚本中很多时候都是直接截取一个图片,如果能直接把图片对象传给他就可以省去存储后又读取的步骤,至于回调里的路径,如果是图片对象路径就按脚本的路径。

我也想的这样(因为我一般使用snipaste进行截图,一般只截图不保存)。不过我现在就是通过python将剪切板中的图片保存到本地,然后进行调用该代码进行文字识别,然后将其结果保存在txt中,然后进行复制到剪切板,方便后续ctrl+v,一步操作

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants