View Single Post
Old 04-27-2016, 12:03 AM   #21
geekmaster
Carpe diem, c'est la vie.
geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.
 
geekmaster's Avatar
 
Posts: 6,433
Karma: 10773670
Join Date: Nov 2011
Location: Multiverse 6627A
Device: K1 to PW3
Another K1 was just delivered tonight. It has the latest firmware on it. My eink animation is now running on it. I was hoping I would not be locked out, so now I can safely update the firmware on my previous K1 as well.

While figuring out how to add K1 support to my kindle video player (another eink packing mode), I realized that all the kindles can be set to use 1 bit-per-pixel display mode instead of just using saturated values on whatever display mode I find when gmplay runs. If I do that in gmplay, I can just display raw data directly from my *.gmv.gz video files (already 1 bit-per-pixel). Hopefully the file uses the pixels in the same order as the eink framebuffer. Adding a new kindle would make gmplay smaller and simpler if I switch video modes. Just a thought...

I also thought of ways to do animation including a hybrid mix of dither and greyscale, where I take the pixel partial-flash needed to set grey pixels as part of a "temporal dither" algorithm (i.e. compensate over time and space to incorporate the eink drawing flash as a desirable trait for spatio-temporal dithering that gives true greys. It seems doable if I do not have to fight too hard with the eink controller chips. I could certainly do it if I could drive the eink display pins directly from GPIO pins, bypassing the eink controller, now that I know how to control eink at its lowest level (at the raw pins).
geekmaster is offline   Reply With Quote