-
Notifications
You must be signed in to change notification settings - Fork 64
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
Add support for Framebuffer graphics #200
Comments
Interesting proposal, but direct rendering is a bit outside our wheelhouse. Currently we just generate terminal escape sequences and leave the rendering to the terminal. You can make this work in the framebuffer using However, I have long term plans kicking around for an API that leaves all the rendering details to Chafa. This could take the form of a It'll probably take at least a year before I've gotten that out of the way (this is a part-time project, so I have to prioritize) and have a chance to look at a framebuffer backend. I'll keep this issue open as a reminder. In the meantime, the simplest way to improve on this situation would be to implement a graphics protocol (e.g. sixels) in |
If you're looking for a framebuffer terminal that can do graphics, I know yaft has some level of sixel support. However, it doesn't appear to be maintained anymore, so if there are bugs, you'll just have to learn to live with them. |
Thanks, James - I completely forgot about |
@hpjansson I think this library/program being small is its biggest feature, simply using |
It'd be great if Chafa supported Framebuffer graphics, one can use
fbsplash
to display images in the framebuffer of the Linux console if the image is in the PPM format, if you need more details about how it works, see https://github.com/kraxel/fbidaThanks! This would be specially great for all the programs based on Chafa! Like the Kew music player for example!
The text was updated successfully, but these errors were encountered: