Quote:
Originally Posted by Waiting4somethin
In your hdmi monitor touchscreen video there seems to be a lot of jerky, slow movements (e.g. attempting to move window at 0:06 takes a whole second to update window position)
|
Counted, it took 0.8s from command (releasing the touch) to screen update. It is, in practice, quite usable.
Yes, as a matter of facts I am not sure about the reason of that delay, and where it comes from (which part of the system is taking time).
That was of course Greyscale Update mode: in A2 mode the delay is still there (though I have not counted).
It would be possible to display objects on the screen move during drag, instead of being rendered only in the final position - but I did not catch the "finger move" events, to keep the system (namely, the amount of data dumped in the log, used to retrieve the events) as slim as possible.
Quote:
Originally Posted by Waiting4somethin
except from about 1:30 to 1:40 or thereabouts when you’re scrolling a document.
I thought the monitor mode was in fast refresh mode by default?
|
Because in that part (around 1:30 to 1:40) I am using A2, to demonstrate fast update.
The monitor mode is in A2/Fast mode by default, and the video shows instead mostly GU mode, because A2 is inadequate for normal use. A2 is for watching things move, not for reading screen content.
I was not especially attentive towards keeping A2 on when moving things on the screen - I focused on demonstrating operation in GU mode, which is more novel (since the original software forces A2).