Skip to content
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

framebuf.text() function is very slow #46

Open
s-ol opened this issue Apr 5, 2022 · 0 comments
Open

framebuf.text() function is very slow #46

s-ol opened this issue Apr 5, 2022 · 0 comments

Comments

@s-ol
Copy link

s-ol commented Apr 5, 2022

Printing just 10 characters with the default font on a RP2040 MCU takes long enough to visibly stall a realtime LED animation.
According to time.monotonic_ns(), 10 characters take 50ms, but I'm not sure if this is an accurate way to measure the delay.

Micropython does not have any issue keeping a high framerate rendering text. I'm not sure if the delay is because the CircuitPython implementation is because it is implemented in pure python or because it does file IO to read the font. If the file IO is the limiting factor, it would be a good idea to offer a RAM-based font option for platforms where that is not a significant limitation.

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

No branches or pull requests

1 participant