Fonts looking strange on Inkplate 6
Closed this issue · 11 comments
Hi Guy,
I'm trying this on my Inkplate 6, so far build and compiled without any problems, added some books in the SD and this is what I'm getting:
Page example:
Maybe I'm doing something wrong?
It's getting some white lines in the middle where it does not print anything.
More details
Building with this default environment:
[platformio]
default_envs = inkplate_6_release
Additional notes:
This happens also if I try the release version:
sh upload.sh
esptool.py v3.0
Serial port /dev/ttyUSB0
Connecting....
Chip is ESP32-D0WDQ6 (revision 1)
Same problem, but additionally I cannot use the buttons. Compiling it and flashing with Platformio touch buttons work again.
Hello Martin,
From what I can see, it doesn't add blank lines but it swap even and odd lines. It could be an issue with some parameter mixed up. As you tried with a release binary, it could be a bug related to the current parameter configuration you are using. Can you send me the config.txt file that is located in the main folder on the uSD card please. This could help me finding the issue.
For the second issue with the release version (buttons not working), is it possible that you have used the wrong release? If you selected the one with the zip filename containing "extended_case", the touch buttons are not working as it expects the added mechanical buttons upgrade I've designed for the InkPlate-6 (look at the other project here).
Sure this is my config.txt in the root of the SD card:
# EPub-InkPlate Config File
version = 1
wifi_ssid = "WLAN-724300"
wifi_pwd = "5023****"
http_port = 80
battery = 2
timeout = 5
font_size = 10
default_font = 1
use_fonts_in_books = 1
show_images = 1
orientation = 1
resolution = 1
show_heap = 1
show_title = 1
Thanks for your support! And yes I think your assumption is correct, is swapping the X lines, but is there something in the config that can make this?
As for the release, you're right, I selected the one that has extended case. There is also another release for the touch buttons that come in the PCB?
In the list of releases, the third one is the one to choose for the InkPlate-6 touch buttons. I've modified the descriptive text of all releases to indicate the kind of buttons supported.
I'll be back with my findings once I've done some tests, in the hours to come.
I confirm that I can reproduce the issue. It is related to the 3bits (8 gray scales) screen painting. The problem does not appears with the 1bit black/white painting. I suspect some bad pixel location computation associated to the Screen::draw_bitmap() method in the lib_esp32/EPub_InkPlate/src/screen.cpp file. I'm working on it now.
The issue is now corrected. I've generated 1.2.2 releases. The GitHub master source code is up to date.
Amazing. I can confirm it now works correctly.
You really pushed the ESP32 to the limit with this project. Very proud to use it to read books. Thanks!!!
Thanks Martin, this development was a very interesting effort. I'm still working on it but at a slower pace. Next change would be a better CSS files interpreter.
Great. Lot's to learn in your project.
I'm slowly getting to understand the 10% of it. Would love to port it with my fork so it can be used with EPDiy parallel component (I helped to add software rotation)
Since the recycled epaper screens of 6" are very cheap. My father found some for 6 € in spain. And then we can also make cheap epub readers powered by esp32 with the potential to use any kind of parallel epaper screens (Supports many different sizes)
Very old picture of me when I was about 5:
Interesting. The next InkPlate 6 (the 6Plus) is going to be interesting using a touch screen and back-lit. I expect to add these features when it will be available.
Back-lit that's something new for me, since most epapers I've seen are not translucent. I have a Hisense A5 epaper phone and it's not back-lit. It has front leds that illuminate the epaper from the front
I'm not so sure the kind of back-lit it will be. From the initial libraries published by e-Radionica, the specifications are not identified.