You are reading a single comment by @allObjects and its replies.
Click here to read the full conversation.
Espruino is a JavaScript interpreter for low-power Microcontrollers. This site is both a support community for Espruino and a place to share what you are working on.
@allObjects
...slipped my attention... when working something like this a while ago, I was expecting this to happen under the hood... But as you mentioned earlier, speed is not only defined by the processing but also by the communication to the graphics display. With a serial connection a slowdown is noticed. Further more, the API matters as well: the 262K colors / 2Bytes per pixel saves a byte, but makes the processing in a high(er-)level language a pain, and more so when working off the source: it's convenient for the app to provide the color in an 3-byte/3-number RGB format, but has its cost. These cost are especially high when controlling the pixels from the application one by one vs. passing on a command that does a lot of pixels with a given color.
Would the expand() not be a perfect candidate for the now available assembler?