Oh, right, rfbconfig.h is missing. Hm, that's an oversight by me. I must think about how to fix that. I thought I could play clever by just building the libvncclient sources, because the rest of the libvncserver distribution is such a hog in terms of building. And for whatever reason it isn't prepared to restrict its build to libvncclient in the upstream version.
Errrm - are there problems left which you're still facing? About everything is implemented in the Lua sources anyway, so you might get away without touching the build system at all. Also, arm-linux-gnueabihf is a hard-float ABI, and Kindles usually don't use this. Just sayin'. You might want to switch to a arm-linux-gnueabi toolchain. Or - as I said - not use a toolchain at all and just fiddle with the Lua files.
Nice that finally some other eyes are looking at the code.
You might be onto something with the off-by-one failure. However, at a first glance, it just looks a bit complicated, but basically right.
You're right with the delay for small updates. To be exact, that delay is 250 msecs, which are being waited for additional updates, so a bunch of small updates won't hog the device (e-ink updates are pretty slow). And it's wrongly documented as being 150 msecs :-) You can also change that value via a command line switch.
|