Difference between revisions of "Input lag"

From Emulation General Wiki
Jump to navigation Jump to search
m (``mdoe'', MDOE? Redundant sentence removed.)
(Causes)
Line 2: Line 2:
  
 
==Causes==
 
==Causes==
 
===Controller===
 
 
<br />For wired controllers, this lag is negligible. For wireless controllers, opinions vary as to the effect of this lag. Some people claim to notice extra lag when using a wireless controller, while other people claim that the 4-8 milliseconds of lag is negligible.<ref>http://www.lockergnome.com/uncategorized/2011/08/26/wireless-controller-latency-is-it-a-problem/</ref>
 
 
 
===Display lag===
 
===Display lag===
  
Line 20: Line 15:
  
 
You avoid all of this with KMS and DRM/EGL - you are in control of your front and back buffers and dont have to rely on API magic - so you know exactly where and when a frame was dropped and how to act accordingly with that in mind. You might need to get the latest drivers if you have an AMD card or else KMS mode will suck. I don't know how far along Nvidia is by now. Intel should be fine.
 
You avoid all of this with KMS and DRM/EGL - you are in control of your front and back buffers and dont have to rely on API magic - so you know exactly where and when a frame was dropped and how to act accordingly with that in mind. You might need to get the latest drivers if you have an AMD card or else KMS mode will suck. I don't know how far along Nvidia is by now. Intel should be fine.
 +
 +
===Controller===
 +
 +
<br />For wired controllers, this lag is negligible. For wireless controllers, opinions vary as to the effect of this lag. Some people claim to notice extra lag when using a wireless controller, while other people claim that the 4-8 milliseconds of lag is negligible.<ref>http://www.lockergnome.com/uncategorized/2011/08/26/wireless-controller-latency-is-it-a-problem/</ref>
  
 
==Typical overall response times==
 
==Typical overall response times==

Revision as of 15:08, 13 September 2013

Input lag is the delay between pressing a button and seeing the game react.[1]The potential causes for "input lag" are described below (steps which have negligible contributions to the input lag have been omitted). Each step in the process increases "input lag", however the net result may be unnoticeable if the overall "input lag" is low enough.

Causes

Display lag

This is the lag caused by the digital televisions and monitors. Image processing (such as upscaling, 100 Hz, motion smoothing, edge smoothing) takes time and therefore adds some degree of input lag. It is generally considered that input lag of a television below 30ms is not noticeable,[2] Discussions on gaming forums tend to agree with this value. Once the frame has been processed, the final step is the pixel response time for the pixel to display the correct colour for the new frame.

CRT tvs and monitors have no input lag.

GPU driver latency

There is video latency caused by the GL drivers in WIndows/Linux. It is a total black box and they do all sorts of crazy buffering schemes under the hood for all sorts of purposes - better scores with benchmarking tests, better "game" results - but it is actually counterproductive when your aim is low-latency audio/video synchronization for emulators - you don't want all this stuff going on in the background. This applies to both GLX X11 drivers and Windows GL/D3D drivers - both are full of bad hacks and codepaths that cater to benchmarking apps and games.

Hard syncing option in some emulators can reduce or remove this.

You avoid all of this with KMS and DRM/EGL - you are in control of your front and back buffers and dont have to rely on API magic - so you know exactly where and when a frame was dropped and how to act accordingly with that in mind. You might need to get the latest drivers if you have an AMD card or else KMS mode will suck. I don't know how far along Nvidia is by now. Intel should be fine.

Controller


For wired controllers, this lag is negligible. For wireless controllers, opinions vary as to the effect of this lag. Some people claim to notice extra lag when using a wireless controller, while other people claim that the 4-8 milliseconds of lag is negligible.[3]

Typical overall response times


Testing has found that overall "input lag" (from controller input to display response) times of approximately 200ms are distracting to the user.[4] It also appears that (excluding the monitor/television display lag) 133ms is an average response time and the most sensitive games achieve response times of 67ms (again, excluding display lag).

Ways to reduce input lag

Use:

  • Wired controller
  • CRT TV or Monitor
  • Linux OS in KMS mode

References