martinberlin / eink-calendar

A very easy, almost zero-configuration, ESP8266/ESP32 E-ink calendar. Caution: UNMAINTAINED Please use CalEPD / Cale-idf
http://cale.es
MIT License
103 stars 9 forks source link

Invalid render for 2.7" GDEW027W3 display #14

Closed lyusupov closed 4 years ago

lyusupov commented 4 years ago

Hardware: TTGO T5S ( SoftRF SkyView EZ ) Software: up to date cale_t5 branch

Config.h:

//#define GDEH0213B73
#define GDEW027W3    // 2.7" b/w

main.cpp:

  #elif defined(GDEW027W3)
  #include <GxGDEW027W3/GxGDEW027W3.h>
#endif

When I select the 2.7 inch display on cale.es :

image

rendered picture is this one:

image

this is ENABLE_IMAGE_DEBUG output:

->BMP starts here. File size: 6482
Image Offset: 146
Header size: 124
Width * Height: 264 x 176 / Bit Depth: 1
Planes: 1
Format: 0
Bytes read: 5842 BMP headers detected: 997 ms. BMP total fetch: 434 ms.  Total download: 1431 ms
display.update() render: 2519 ms.
Free heap: 250336



However, when I select default 2.13 inch display:

image

The picture is getting better:

image

You can see there that picture does not fit to the screen size.

This is ENABLE_IMAGE_DEBUG output:

->BMP starts here. File size: 4050
Image Offset: 146
Header size: 124
Width * Height: 250 x 122 / Bit Depth: 1
Planes: 1
Format: 0
Bytes read: 3938 BMP headers detected: 1034 ms. BMP total fetch: 1285 ms.  Total download: 2319 ms
display.update() render: 2520 ms.
Free heap: 250340
martinberlin commented 4 years ago

Thanks for your report. Please try for 264 x 176 in "Render Screen" the option: 4 bit CALE Integrations(1)

For some screen sizes there is a bug rendering the image with one bit. If it does not fit please try the zoom option and get it smaller until it fits. Tell me if that worked for you. I've tried to discover why for certain sizes it fails with 1 bit and still could not find it. Is proved to be working with 250x122, 640x383 and 800x480 the other sizes I still didn't tried.

lyusupov commented 4 years ago

Yes, the '4 bit' color depth setting fixes the issue.

->BMP starts here. File size: 23434
Image Offset: 202
Header size: 124
Width * Height: 264 x 176 / Bit Depth: 4
Planes: 1
Format: 0
Bytes read: 23266 BMP headers detected: 1371 ms. BMP total fetch: 1580 ms.  Total download: 2951 ms
display.update() render: 2518 ms.
Free heap: 250332

image



Thank you very much for your prompt response!



martinberlin commented 4 years ago

Just for the record: I did an update today in the master branch after two days of testing: https://github.com/martinberlin/eink-calendar/commit/e8ddbcd72c7ae334d5a67f2b35f6d5c60bfc317f#diff-7ec3c68a81efff79b6ca22ac1f1eabba

Now it should work also using 1 bit depth. I just need need to port this function to the T5 branch and test, will do it tomorrow and if you have time you can try it out!

lyusupov commented 4 years ago

Martin, thank you for the status update!

I'll keep monitoring cale_t5 branch and will test the function as soon as practicable. I'll let you know if it works on 2.7" B&W (T5S) or not.

lyusupov commented 4 years ago

Martin, I've left my comment there: https://github.com/martinberlin/eink-calendar/commit/db19562c653926fc652696ab02f77ddd3feeb707#commitcomment-38095463

martinberlin commented 4 years ago

Thanks great that now is better. If you have any recommendation more just report in the new "Get support" area. We are looking to bring at least 20 users more in May to see if we can escalate the screenshot microservice properly.