-
Notifications
You must be signed in to change notification settings - Fork 3.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
easyocr.recognize is significantly slower when given several boxes to estimate, rather than running it several time with one box each time #358
Comments
It should not be significantly slower. Can you try with other cases to see if this behavior persist? (especially with a lot of boxes) |
Thanks for pointing this out. I can reproduce this undesirable behavior. I'll look into the cause of this problem. |
Last update should fix this. It should now a little bit faster (<10%) to process n boxes comparing to manual looping. Please install the last code ( |
Hello,
Thank you for this tool, it is great. I want to build on top of it, and execution time is a matter of importance for me (even on CPU).
I don't know if it's a bug or a feature, but I've noticed that
easyocr.recognize
is significantly slower when called once and givenn
boxes to estimate the text in, rather than calledn
times with one box each time.How to reproduce
1/ Download
Run
Then run
and
For me the first one takes ~3.45s, and the second one takes ~2.95s, i.e. about 15% faster.
Is it an expected behavior?
Many thanks!
The text was updated successfully, but these errors were encountered: