lexus2k
commented
5 years ago BMP format is fully incompatible with 1-bit/8-bit modes, used by ssd1306 library. Thus, implementing work with bitmap formats is possible only in case larger footprint of library code, or large SRAM consumption.
Monochrome BMP Monochrome BMP files encode pixels as bits from high bit to low. This order is reverse compared to XBMP, supported by ssd1306 library. Thus, we need to decide, which implementation is more important: speed or memory consumption.
8-bit BMP 8-bit format is completely different from format, used by LCD/OLED displays. Because 8-bit mode for LCD displays is 3-3-2 color mode, but 8-bit BMP files contain color indexes to predefined palette. There 2 possible implementations:
- new drawBitmap function to draw 8-bit BMP without pre-transformation (much code development), but we'll get fast execution and normal SRAM consumption, BUT LRE compression cannot be supported in this case.
- new drawBitmap function with pre-transformation function. We get fast execution, but larger memory consumption. Not suitable for AVR arch. LRE compression can be supported.
16-bit BMP Even 16-bit BMP cannot be used as is with color displays. Because 16-bit BMP pixels are in 5-5-5, but most color displays use 5-6-5.
From described above, I see the only simple way - to develop functions for converting BMP to internal ssd1306 library format. But this way eliminates BMP usage for AVR controllers because of high requirements to SRAM.
Add support of BMP format to read bitmaps from BMP files/buffers. This will allow to load and use bitmaps from file systems on ESP32