Quantum Painter #10174
Quantum Painter #10174
Conversation
noroadsleft
force-pushed
the
develop
branch
2 times, most recently
from
1d4c0cd
to
65c27a3
Compare
noroadsleft
force-pushed
the
develop
branch
from
a1b96ba
to
3430907
Compare
tzarc
force-pushed
the
quantum-painter
branch
from
73bad73
to
5d4a647
Compare
tzarc
force-pushed
the
quantum-painter
branch
3 times, most recently
from
6f4043f
to
5129e9a
Compare
tzarc
force-pushed
the
quantum-painter
branch
from
5129e9a
to
2518eb6
Compare
tzarc
force-pushed
the
quantum-painter
branch
from
ef2aa38
to
fd7e2c7
Compare
|
I had the same idea of converting images and metadata into separately buildable objects. See https://github.com/manna-harbour/qmk_firmware/blob/crkbd/keyboards/crkbd/keymaps/manna-harbour/readme.org. In addition I implemented automatic rotation of images based on image and display orientation, and automatic conversion of images. If you're interested in adding those features, it would be nice to have a display orientation property that could be set per board so rotation could be completely automatic, and to integrate automatic conversion into the QMK build system. |
Display orientation is already in place, and automated conversion will be done with the CLI. Already in the works, but thanks! |
Great! For "automatic rotation of images based on image and display orientation" I was referring to this part in particular, so that users don't have to deal with display or image orientation at all:
|
tzarc
force-pushed
the
quantum-painter
branch
from
fd7e2c7
to
c68bb2f
Compare
…monochrome and palette-based images.
* Install dependencies before executing unit tests. * Split out UTF-8 decoder. * Fixup python formatting rules. * Add documentation for QGF/QFF and the RLE format used. * Add CLI commands for converting images and fonts. * Add stub rules.mk for QP. * Add stream type. * Add base driver and comms interfaces. * Add support for SPI, SPI+D/C comms drivers. * Include <qp.h> when enabled. * Add base support for SPI+D/C+RST panels, as well as concrete implementation of ST7789. * Add support for GC9A01. * Add support for ILI9341. * Add support for ILI9163. * Add support for SSD1351. * Implement qp_setpixel, including pixdata buffer management. * Implement qp_line. * Implement qp_rect. * Implement qp_circle. * Implement qp_ellipse. * Implement palette interpolation. * Allow for streams to work with either flash or RAM. * Image loading. * Font loading. * QGF palette loading. * Progressive decoder of pixel data supporting Raw+RLE, 1-,2-,4-,8-bpp monochrome and palette-based images. * Image drawing. * Animations. * Font rendering. * Check against 256 colours, dump out the loaded palette if debugging enabled. * Fix build. * AVR is not the intended audience. * `qmk format-c` * Generation fix. * First batch of docs. * More docs and examples. * Review comments. * Public API documentation.
Description
I needed a way to draw to an ILI9341 LCD panel. At the moment, QMK's ability to draw to devices is limited and implemented in bespoke manners, without any sort of abstraction layer in front of them.
This PR attempts to introduce the "Quantum Painter" API, which is intended to be a frontend for display devices, providing a unified API and allowing people to implement a minimal driver implementation to make it compatible with QMK.
Currently working hardware:
Types of Changes
Issues Fixed or Closed by This PR
Checklist