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).
|