Really high touch input latency on Nocturne |
|||
Issue descriptionWhile working on low latency canvas on Nocturne, and investigating why we were getting a really high latency when drawing, we noticed that if a pen was used instead of touch, latency was pretty good. We also tried to move Windows around and interact with the UI and noticed that touch latency was generally significantly worse than the pen: https://drive.google.com/a/google.com/file/d/102AbEQUNYy4_wXKtBnq7qzajno-RcUIG/view?usp=drivesdk Surprisingly, touch latency is not always that bad though. Sometimes touch latency seems acceptable, sometimes it seems to enter a state where everything seems to be delayed of a bunch of frames, dragging a window almost feels like the window is attached to an elastic and the window itself has a high drag coefficient. We're not quite sure what triggers that state. adlr suggested it might be that noisy input results in averaging many frames of input to compensate. He also suggested to try to reproduce the issue and use WALT, that should help pinpoint where the problem is happening in the stack.
,
Nov 5
Touch fw is reporting touch events with high latency. https://drive.google.com/file/d/1YX7pCg1zI3pqDwOvhjnf66AEmymwoYn7/view?usp=sharing We have a new fw, the issue cannot be reproduced on the new fw.
,
Nov 5
jkwang@, what version of ChromeOS/Chrome has the new firmware? On my nocturne, the issues comes and goes, i.e. I can see a very variable delay between the pointer and the drawn lines, both with finger and stylus, although larger with the finger.
,
Nov 5
For now, R72-11231.0.0 has it.
,
Nov 8
Is this issue affecting 71 too? Can we merge it back?
,
Nov 8
jkwang said the new fw with the fix made it to 71 too. Marking this bug as fixed, please reopen if the issue is still reproduceable in 71. |
|||
►
Sign in to add a comment |
|||
Comment 1 by puneetster@google.com
, Nov 5