Mir

Touchspots lag behind high performance clients

Bug #1439048 reported by Daniel van Vugt
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mir
Triaged
Low
Unassigned
mir (Ubuntu)
Triaged
Low
Unassigned

Bug Description

If a client is careful with how it processes input, takes the raw input stream (MIR_CLIENT_INPUT_RATE=0) and uses swap interval zero, then that client will actually render faster than (ahead of) the touchspots.

This is probably because old input data is being used for the touchspots. A framedropping client has the benefit of only being a couple of milliseconds old when it appears on screen, at most. Whereas the touchspots are likely being drawn based on input information that's 16ms old.

To achieve minimal lag (for touchspots or any client), you need to resample the input coordinates just before scan-out. As the client is in this case, but touchspots are not.

Tags: touchspots
summary: - touchspots lag behind high performance clients
+ Touchspots lag behind high performance clients
Revision history for this message
Michał Sawicz (saviq) wrote :

Syncing task from Mir.

Changed in mir (Ubuntu):
importance: Undecided → Low
status: New → Triaged
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.