Sensitivity glossary

The vocabulary behind every calculator on this site, plain definitions, the formula where one exists, and the tool that uses it. Terms are alphabetical.

Terms

DPI (dots per inch)

How many sensor counts your mouse reports per inch of physical movement. A hardware property set in your mouse driver. Higher DPI is not "better aim". It just trades against in-game sensitivity.

Measure your DPI →

eDPI (effective dots per inch)

In-game sensitivity multiplied by mouse DPI: eDPI = sens × DPI. Normalizes DPI differences for same-game comparisons. It does not encode the game's yaw, so it does not compare across games.

Calculate your eDPI →

cm/360

The physical mouse distance (in centimetres) needed for a full 360° in-game turn: cm/360 = 360 ÷ (sens × DPI × yaw) × 2.54. The only sensitivity metric that means the same thing in every game.

Calculate your cm/360 →

Yaw (degrees per count)

How many degrees the game camera rotates per mouse count, before the sensitivity slider multiplies it. Each game has its own constant (CS2: 0.022, Valorant: 0.07). The basis of all cross-game conversion maths.

See our sourced yaw table →

In-game sensitivity

The game's slider value multiplied against yaw to produce rotation. Meaningless to compare between games without converting: the same "2.0" can be three different physical speeds.

Raw input

A game mode that reads mouse movement directly, bypassing the operating system's pointer processing (and its acceleration). Competitive shooters use it by default; with raw input on, OS cursor speed does not affect aim.

Mouse acceleration

A processing layer where faster mouse movement produces disproportionately more cursor travel. It destroys the constant relationship between hand movement and rotation, so all sensitivity maths assumes it is OFF (Windows: "Enhance pointer precision" unchecked).

Polling rate

How often per second your mouse reports position to the PC (500 Hz, 1000 Hz, 4000 Hz...). Affects input latency and smoothness, not DPI, not sensitivity. Convert nothing when changing it.

FOV (field of view)

The angle of the game camera, how much of the scene is visible. Changes perceived speed of motion but not rotation maths. Games define it vertically or horizontally (not always clearly), and it interacts with aspect ratio.

Convert FOV between aspect ratios →

ADS (aim down sights) sensitivity

A separate sensitivity scale applied when scoped/aiming, usually a multiplier on your hipfire value and/or tied to optic zoom. Not part of cross-game hipfire conversion; tuned per game by preference.

Hipfire

Aiming without scoping, the state all cross-game sensitivity conversions match, because it uses the base yaw × sensitivity rotation with no scope multipliers in the way.

Screen-space match factor

A multiplier (tan(hFOV_target ÷ 2) ÷ tan(hFOV_source ÷ 2)) applied when changing aspect ratio, keeping the same on-screen mouse feel near the crosshair. For 16:9 → 4:3 it is 0.750, the same maths behind the classic m_yaw 0.0165 convention.

Get your factor →

Stretched resolution

Running a narrower aspect (e.g. 4:3) on a wider display, so the image stretches horizontally. Makes targets appear wider; on-screen horizontal speed changes, which players compensate via the screen-space match factor.

Sensor smoothing / angle snapping

Driver/sensor processing that alters movement data (straightening lines, filtering jitter). Competitive setups disable these; they corrupt sensitivity measurements and raw feel.

m_yaw

The Source-engine console variable controlling horizontal degrees per count (CS2 default 0.022). Communities change it to 0.0165 for 4:3 stretched to equalise on-screen x/y speed, a deliberate alteration of the yaw constant itself.

Valorant ↔ CS2 conversion →

in/360

The same as cm/360 measured in inches: inches/360 = cm/360 ÷ 2.54. Used by US-centric communities and some tools; mathemically interchangeable with cm/360.