Entrée brute de la souris (Raw Input) contre précision améliorée de Windows et échelle de DPI

Introduction : L'anatomie du suivi moderne de la souris

Dans le jeu vidéo compétitif sur PC — tout particulièrement au sein des jeux de tir à la première personne tels que Counter-Strike 2, VALORANT, Apex Legends ou Overwatch 2 —, la précision de la visée dépend entièrement d'une cohérence spatiale absolue. Lorsqu'un joueur déplace sa souris sur un tapis, la distance physique parcourue par le capteur optique doit se traduire par une rotation angulaire déterministe et prévisible de la caméra en jeu.

Toutefois, sous la surface des moteurs de jeu modernes subsiste un conflit d'architecture entre la conversion du curseur par le bureau Windows et l'interrogation matérielle directe. Des paramètres tels que l'accélération « Améliorer la précision du pointeur » (EPP), les crans de vitesse du pointeur Windows (notamment le palier classique 6/11), la résolution matérielle du capteur en DPI, le DPI effectif (eDPI) et les taux d'interrogation extrêmes (jusqu'à 8 000 Hz) interfèrent fréquemment les uns avec les autres. Faute de distinguer la file de messages Win32 classique des interfaces Raw Input directes, de nombreux joueurs subissent des accélérations non linéaires, des pertes de données ou des micro-saccades qui altèrent leur mémoire musculaire.

File de messages Win32 et architecture directe Raw Input

Pour comprendre la façon dont les moteurs de jeu interprètent les déplacements de la souris, il est indispensable de différencier le modèle traditionnel de messagerie Windows de l'interception matérielle directe :

1. Messagerie de fenêtrage classique (WM_MOUSEMOVE) : Dans les applications de bureau standard et les titres plus anciens, le déplacement de la souris transite par la boucle de messages du système d'exploitation via WM_MOUSEMOVE. Lorsque le capteur détecte un mouvement, le pilote transmet les deltas relatifs au noyau Windows. L'OS applique le multiplicateur de vitesse du bureau, ajoute une courbe d'accélération si l'option est active, contraint les coordonnées aux bordures de l'écran et envoie les messages au thread de l'application. Si le thread de rendu subit une chute momentanée de framerate, les messages WM_MOUSEMOVE peuvent s'accumuler ou être retardés, créant une latence perceptible et des sauts de caméra irréguliers.
2. Le modèle d'API Raw Input : Introduit avec Windows XP et généralisé dans les moteurs 3D modernes, le modèle Win32 Raw Input permet à une application d'écouter directement les paquets des périphériques d'interface utilisateur (HID) via RegisterRawInputDevices. Le jeu récupère les données brutes non altérées directement depuis le pilote à l'aide de la fonction GetRawInputData.
3. L'avantage fondamental de Raw Input : Dès lors que le Raw Input est actif, le calcul de rotation de la caméra contourne intégralement le curseur de vitesse Windows, ignore la case « Améliorer la précision du pointeur » et élimine le blocage aux bordures de l'écran. La vue 3D réagit exclusivement aux impulsions brutes du capteur multipliées par le coefficient de sensibilité interne du jeu.

« Améliorer la précision du pointeur » (EPP) : Mathématiques de l'accélération bureau

Le paramètre Windows intitulé « Améliorer la précision du pointeur » dans les propriétés de la souris est une désignation trompeuse pour une accélération non linéaire :

• Échelonnement dépendant de la vitesse : Au lieu de déplacer le curseur d'un nombre constant de pixels par millimètre parcouru, l'EPP applique une courbe polynomiale dynamique. Si vous déplacez la souris de 5 centimètres lentement sur une seconde, le pointeur peut ne parcourir que 400 pixels. Si vous déplacez la souris sur ces mêmes 5 centimètres en 0,1 seconde, l'EPP accélère la course du curseur jusqu'à 1 600 pixels.
• Rupture de la mémoire musculaire : Dans le travail de bureau, cette accélération permet de parcourir de grands écrans 4K avec un minimum de fatigue articulaire tout en conservant une précision fine sur les petites icônes. En jeu compétitif, la mémoire musculaire repose en revanche sur une relation spatiale invariante entre le déplacement physique de la main et l'angle de rotation de la caméra. Si l'accélération intervient, la même distance physique produira des angles de visée totalement disparates selon la vivacité du geste.
• Le cran 6/11 de la vitesse du pointeur : Dans les jeux anciens dépourvus de Raw Input, le curseur Windows comportait 11 positions. Seul le 6e cran assurait un multiplicateur arithmétique 1:1 parfait. Le 7e cran multipliait les entrées par 1,5x (entraînant des sauts de pixels), tandis que les crans inférieurs ignoraient des impulsions. Avec un véritable mode Raw Input actif, la position de ce curseur n'a strictement aucun impact en jeu.

DPI, sensibilité en jeu et DPI effectif (eDPI)

La relation entre la résolution matérielle de la souris en DPI (ou plus exactement CPI, points par pouce) et la sensibilité logicielle suscite de fréquentes interrogations :

• Définition du DPI capteur : Le DPI mesure le nombre d'incréments de position discrets transmis par le capteur optique pour chaque pouce linéaire parcouru. Un capteur réglé à 800 DPI transmet 800 incréments par pouce, tandis qu'un capteur à 3 200 DPI en transmet 3 200 sur cette même distance.
• Le concept de eDPI : La sensibilité réelle en jeu découle de la multiplication des signaux matériels par le multiplicateur logiciel. Dans les moteurs basés sur l'échelle Quake/Source (tels que Counter-Strike 2 ou Apex Legends), la formule est eDPI = DPI matériel * Sensibilité en jeu. Un joueur utilisant 800 DPI avec une sensibilité de 1,0 obtient un eDPI de 800. Un joueur réglé sur 1 600 DPI avec une sensibilité de 0,5 obtient également 800 eDPI, garantissant une distance physique par tour à 360 degrés rigoureusement identique.
• Latence, lissage et hautes résolutions : Les capteurs optiques récents (comme le PixArt PAW3395) affichent une latence de premier mouvement légèrement inférieure à des résolutions élevées (1 600 ou 3 200 DPI contre 400 DPI), car le capteur franchit plus rapidement le seuil de déplacement minimal. Toutefois, pousser le DPI au-delà de 6 400 DPI peut provoquer un lissage matériel indésirable ou amplifier le bruit de surface.

Hyper-polling (1 000 Hz à 8 000 Hz) et saturation CPU

Les souris de jeu conventionnelles transmettent leurs données à 1 000 Hz (une mise à jour chaque milliseconde). Les périphériques récents proposent désormais des taux de 4 000 Hz (0,25 ms) voire 8 000 Hz (0,125 ms). Si ces fréquences réduisent la latence d'entrée, elles imposent de lourdes exigences architecturales :

• Surcharge des interruptions processeur : Un taux de 8 000 Hz oblige le noyau Windows à traiter jusqu'à 8 000 interruptions matérielles par seconde. Sur des processeurs de milieu de gamme ou plus anciens, ce flot d'appels ISR et DPC peut saturer des cœurs CPU dédiés, provoquant de sévères chutes de framerate et des saccades audio.
• Synchronisation avec la boucle de rendu : Certains moteurs plus anciens dont la physique ou le rafraîchissement d'angle sont couplés au rendu graphique peuvent être déstabilisés par l'arrivée de milliers de paquets d'entrée entre deux images. L'activation des très hautes fréquences nécessite un processeur moderne puissant et des jeux découplant proprement les threads d'entrée du rendu visuel.

Matrice de décision : Configurer une chaîne d'entrée optimale

Pour garantir une visée déterministe et stable, configurez votre chaîne matérielle et logicielle selon la matrice suivante :

Lors de la configuration de vos périphériques ou de la résolution d'anomalies de visée entre différents titres, s'appuyer sur les synthèses techniques publiées sur 365Finds permet de fonder ses réglages sur la réalité physique du matériel plutôt que sur des idées reçues. Une chaîne d'entrée en Raw Input avec un suivi linéaire garantit que votre entraînement musculaire se convertit directement en régularité compétitive.

Références

• Raw Input - Win32 apps | Microsoft Learn
• Mouse Input Overview - Win32 apps | Microsoft Learn
• GetRawInputData function (winuser.h) - Win32 apps | Microsoft Learn
• Steam Support :: FAQS