I was under the impression that it doesn't do a quick blit from that to the framebuffer
In the case where it's a normal Graphics instance and it's not clipped/scaled/rotated there is a reasonably fast path for rendering - it's not quite as fast as it could be, but it's not too bad.
Before writing to the framebuffer I call g.drawRect
Ok, great! Yes, that would ensure it's waited.
And yes, getTime/Date.now use the same underlying timer - they're only accurate to 1/32768 sec on the Bangle, but I imagine that's still enough for benchmarking frame draw times!
And I can imagine about the C/JS difference - the JS interpreter is going to be at least 100x slower than C I imagine
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.
can't argue with that! :)
In the case where it's a normal Graphics instance and it's not clipped/scaled/rotated there is a reasonably fast path for rendering - it's not quite as fast as it could be, but it's not too bad.
Ok, great! Yes, that would ensure it's waited.
And yes, getTime/Date.now use the same underlying timer - they're only accurate to 1/32768 sec on the Bangle, but I imagine that's still enough for benchmarking frame draw times!
And I can imagine about the C/JS difference - the JS interpreter is going to be at least 100x slower than C I imagine