Windows Auto SR n'est pas le DLSS : comment fonctionne la mise à l'échelle par NPU sans intégration au jeu
Il est facile de confondre Windows Auto SR avec DLSS, FSR ou XeSS, car tous permettent de transformer un rendu de définition inférieure en une image de plus haute définition. La différence majeure réside dans l'emplacement de cette technologie. Auto SR est intégré directement à Windows, exécute son modèle d'IA sur le NPU et peut améliorer les jeux pris en charge sans que les développeurs n'aient à intégrer un SDK de super-résolution dans leur jeu.
D'abord : quel problème Auto SR tente-t-il de résoudre ?
Une définition de rendu plus élevée améliore les détails de l'image, mais sollicite davantage le GPU. Une définition de rendu plus basse est plus facile à calculer et peut augmenter le nombre d'images par seconde (FPS), mais l'image devient plus floue.
La super-résolution tente de conserver l'avantage économique d'un rendu en basse définition tout en reconstruisant une sortie visuellement proche d'une image en plus haute définition.
Auto SR réalise cela au niveau du système d'exploitation, évitant ainsi à chaque jeu ancien d'avoir à intégrer un outil moderne de mise à l'échelle.
Le fonctionnement d'Auto SR en clair
Ce qui se passe quand Auto SR est actif
Pourquoi utiliser le NPU plutôt que le GPU ?
Les technologies de super-résolution intégrées aux jeux exécutent généralement une partie de leur charge de reconstruction sur le GPU.
Cette approche est efficace car elles disposent d'un accès direct aux données détaillées du moteur de jeu, mais le traitement consomme tout de même une partie du temps alloué au GPU pour chaque image.
Auto SR adopte une méthode différente. Microsoft fait tourner un modèle neuronal plus imposant sur le NPU, permettant ainsi au GPU de consacrer davantage de temps au rendu du jeu.
Les explications de Microsoft concernant la ROG Xbox Ally X indiquent que le modèle du NPU s'exécute en parallèle avec le rendu du GPU, lui offrant ainsi environ le temps d'une image supplémentaire au lieu d'obliger le GPU à finaliser la mise à l'échelle dans le même délai de rendu.
La répartition de la charge entre GPU et NPU
Qui fait quoi ?
| GPU | NPU | |
|---|---|---|
| Rendu du jeu | ||
| Reconstruction Auto SR | ||
| Bénéfice visé | ||
| Coût |
Auto SR n'est ni DLSS, ni FSR, ni XeSS
Ces technologies partagent peut-être l'objectif de reconstruire une image en plus haute résolution, mais leurs périmètres d'information et d'intégration sont différents.
Windows Auto SR vs super-résolution intégrée au jeu
| Windows Auto SR | Intégration au jeu de type DLSS / FSR / XeSS | |
|---|---|---|
| Intégration | ||
| Informations disponibles | ||
| Exécution de l'IA | ||
| Couverture des jeux | ||
| Recommandations de Microsoft |
Pourquoi les upscalers intégrés au jeu disposent de meilleures informations
Un upscaler intégré au moteur du jeu peut recevoir des données dont Windows ne dispose pas automatiquement une fois que le jeu a fini de composer son image.
Cela peut inclure des vecteurs de mouvement, des informations de jitter, la profondeur et l'historique interne du rendu.
Microsoft précise explicitement qu'Auto SR résout ce problème sans nécessiter ces données supplémentaires fournies par le jeu. La contrepartie est que le modèle de Windows doit déduire davantage d'éléments à partir de l'image elle-même.
Pourquoi Auto SR utilise un modèle plus lourd
Lorsqu'un upscaler dispose de moins d'informations en provenance du moteur, le modèle doit accomplir un travail de reconstruction plus important.
La conception de Microsoft exploite le NPU afin de rendre viable un modèle plus imposant sans faire peser la totalité du coût d'inférence sur le GPU.
C'est l'une des principales différences architecturales entre Auto SR et un upscaler GPU intégré au moteur du jeu.
Le prix à payer : la latence
Exécuter le modèle Auto SR en parallèle lui alloue davantage de temps, mais l'image reconstruite n'est pas sans conséquence sur le plan temporel.
Microsoft a documenté une latence supplémentaire moyenne d'environ une image pour Auto SR.
Cela signifie qu'Auto SR peut améliorer la fluidité visuelle ou la qualité d'image tout en ajoutant un léger délai d'affichage des commandes.
Pourquoi le NPU peut tout de même affecter indirectement les performances du GPU
Un matériel distinct ne signifie pas une puissance indépendante et illimitée.
Sur les systèmes mobiles et intégrés, le CPU, le GPU et le NPU partagent souvent une enveloppe thermique et une puissance globale communes.
Microsoft souligne que l'activité du NPU peut puiser dans la puissance allouée au CPU et au GPU. Dans certains cas, Auto SR peut donc entraîner une légère baisse du taux de rafraîchissement, même si le GPU effectue le rendu de moins de pixels.
La limite de l'alimentation partagée
Pourquoi une charge GPU réduite ne garantit pas un FPS plus élevé
| Gain potentiel | Limite possible | |
|---|---|---|
| Résolution d'entrée inférieure | ||
| Reconstruction par NPU | ||
| Mémoire système | ||
| Enveloppe thermique |
Pourquoi le texte et les éléments du HUD peuvent sembler dégradés
Auto SR reçoit l'image finale composée du jeu, ce qui signifie que le texte et les éléments du HUD font déjà partie de l'image en basse résolution.
Lorsque ces éléments sont reconstruits en même temps que la scène 3D, les polices fines, les icônes et les lignes discrètes de l'interface peuvent devenir plus floues ou instables.
La documentation du support de Microsoft prévient explicitement que le texte et les détails fins de l'interface peuvent ne pas offrir un rendu optimal dans certains jeux.
Une solution de mise à l'échelle (upscaling) profondément intégrée au jeu peut parfois éviter ce problème en reconstruisant la scène 3D avant la composition finale de l'interface.
Pourquoi le grain de film peut perturber le modèle
Les effets de post-traitement tels que le grain de film ajoutent délibérément du bruit visuel à haute fréquence.
Le modèle Auto SR peut interpréter ce bruit comme un détail de l'image et consacrer des ressources de reconstruction à tenter de le préserver ou de l'amplifier.
Microsoft recommande par conséquent de désactiver le grain de film si cela permet d'obtenir un résultat plus net.
Le test d'adéquation d'Auto SR
Quand Auto SR est le plus susceptible d'aider
Avec quels jeux Auto SR peut-il fonctionner ?
La documentation d'assistance actuelle de Microsoft exige DirectX 10 ou une version ultérieure ainsi qu'un chemin de jeu pris en charge en x64, x64 émulé ou Arm64.
DirectX 9, Vulkan et OpenGL ne sont actuellement pas pris en charge, et Microsoft répertorie également les jeux exclusivement x86 ainsi que certains formats 10 bits comme incompatibles.
Il s'agit d'une autre différence importante par rapport aux outils de mise à l'échelle spécifiques aux pilotes des fabricants : Auto SR n'est pas un filtre universel pouvant simplement s'appliquer à n'importe quelle application rendue.
La prise en charge matérielle actuelle s'étend
Auto SR a fait ses débuts sur une sélection de PC Copilot+ équipés de processeurs Snapdragon et s'est étendu depuis.
En septembre 2026, Microsoft a annoncé la prise en charge d'Auto SR pour les PC Copilot+ équipés de processeurs Intel Core Ultra Série 3.
La page d'assistance actuelle de Microsoft documente également la préversion pour la ROG Xbox Ally X ainsi que des packages Auto SR spécifiques aux plateformes Snapdragon, AMD Ryzen et Intel Core Ultra Série 3.
La liste exacte des appareils, les prérequis de pilotes et les plages de définition continuent d'évoluer ; la compatibilité doit donc être vérifiée sur la page d'assistance actuelle de Microsoft plutôt que déduite de la simple présence d'un NPU.
La définition d'entrée compte plus que ce que beaucoup d'utilisateurs imaginent
Auto SR n'est pas simplement une option générique permettant de « mettre à l'échelle n'importe quelle définition vers n'importe quoi ».
Le modèle est entraîné et optimisé autour de plages de définitions d'entrée bien spécifiques.
Microsoft recommande actuellement une définition d'environ 800p pour les PC Copilot+ sous Snapdragon, prend en charge une entrée d'environ 800p à 1080p sur les systèmes Intel Core Ultra Série 3, et utilise une cible de 720p en entrée pour la préversion sur ROG Xbox Ally X.
Les modes exacts pris en charge sont indiqués dans Windows et la Game Bar afin que les utilisateurs n'aient pas à faire d'estimations.
Pourquoi Auto SR est particulièrement intéressant pour les jeux plus anciens
Un jeu sorti il y a des années ne bénéficiera jamais du DLSS, du FSR ou du XeSS, à moins que le développeur ne publie un correctif ou qu'une modification tierce ne modifie le moteur de rendu.
Auto SR peut améliorer certains titres existants depuis l'extérieur du jeu, car le système d'exploitation prend en charge l'étape de reconstruction.
C'est son atout architectural majeur : la prise en charge ne dépend pas entièrement de la feuille de route de développement du jeu d'origine.
Mais la SR intégrée au jeu reste privilégiée
Microsoft indique explicitement que la super-résolution intégrée au jeu reste le choix privilégié lorsqu'un studio la prend en charge.
D'un point de vue technique, cela est logique. Une solution intégrée au jeu bénéficie d'un meilleur accès au pipeline de rendu et peut effectuer la reconstruction avant que certains effets finaux et l'interface utilisateur ne soient appliqués.
Auto SR est particulièrement utile lorsque cette intégration n'existe pas, lorsque le jeu est plus ancien ou lorsque l'équilibre matériel rend la reconstruction par NPU avantageuse.
Auto SR n'est pas de la génération d'images
Une autre confusion fréquente consiste à assimiler chaque fonctionnalité graphique basée sur l'IA à de la génération d'images.
Auto SR ne crée pas d'images intermédiaires supplémentaires entre les images rendues. Elle reconstruit la définition de chaque image existante.
La génération d'images modifie le nombre d'images affichées à l'écran. Auto SR modifie la définition et le niveau de détail des images qui existent déjà.
La distinction entre définition, images et latence
Trois améliorations graphiques à ne pas confondre
| Ce qui change | Exemple de technologie | Métrique principale | |
|---|---|---|---|
| Super-résolution | |||
| Génération d'images | |||
| Technologie à faible latence |
Pourquoi les captures d'écran ne suffisent pas pour évaluer Auto SR
La qualité de la super-résolution est d'ordre temporel.
Une image fixe peut sembler nette, tandis que le mouvement révèle des contours instables, des scintillements, une interface floue, des erreurs de reconstruction ou des artefacts de rémanence.
Un test pertinent d'Auto SR doit donc analyser les mouvements de caméra, la végétation, les géométries fines, les particules, le texte, les éléments de l'ATH et les mouvements répétés, plutôt que de se limiter à la comparaison d'une simple capture d'écran.
Qu'est-ce qui pourrait changer la donne ?
Auto SR évolue rapidement. Microsoft ajoute de nouvelles familles de processeurs, modifie les plages de définitions prises en charge et explore des scénarios avec des fréquences d'images plus élevées.
L'élargissement à Intel en septembre 2026 démontre déjà que la technologie n'est plus cantonnée au modèle de lancement exclusif à Snapdragon.
Les futures versions pourraient élargir les combinaisons GPU/NPU, la prise en charge du HDR, les cibles de taux de rafraîchissement, la compatibilité d'exécution et la manière dont l'interface utilisateur est gérée.
Limitations
Cet article décrit l'architecture documentée d'Auto SR par Microsoft ainsi que la prise en charge actuelle en date de septembre 2026.
Les exemples de FPS et de qualité d'image fournis par Microsoft sont des mesures de fabricants obtenues sur du matériel, des jeux et des paramètres spécifiques. Ils sont utiles pour comprendre la technologie, mais ne doivent pas être considérés comme des garanties universelles de performances.
Le comportement d'Auto SR varie en fonction de la résolution du jeu, du mode d'affichage, du post-traitement, de la composition de l'interface utilisateur, du profil d'alimentation et de l'implémentation spécifique du NPU sur le matériel.
Conclusion
Auto SR n'est pas la version Microsoft consistant à intégrer le DLSS dans tous les jeux.
Il s'agit d'une architecture différente : le jeu effectue le rendu de moins de pixels, Windows intercepte le résultat, le NPU exécute un modèle de reconstruction IA plus volumineux, et l'image en plus haute résolution entre dans le pipeline d'affichage sans nécessiter d'intégration profonde dans le moteur de rendu du jeu.
Cela donne à Windows un moyen d'améliorer les jeux existants pris en charge qui n'ont jamais été conçus pour la super-résolution moderne.
Les compromis restent bien réels : environ une image de latence supplémentaire, un possible flou sur l'interface utilisateur, des limites de résolution propres à chaque appareil et des contraintes de puissance partagée. L'intérêt d'Auto SR ne réside pas dans le remplacement des upscalers intégrés. Il comble l'important vide là où ils n'existent pas.
FAQ
Windows Auto SR en clair
Qu'est-ce que Windows Auto SR ?
Auto SR est-il identique à DLSS, FSR ou XeSS ?
Auto SR utilise-t-il le GPU pour la mise à l'échelle par IA ?
Auto SR ajoute-t-il de la latence ?
Dois-je utiliser Auto SR lorsqu'un jeu intègre déjà DLSS, FSR ou XeSS ?
Auto SR fait-il de la génération d'images (frame generation) ?
Auto SR fonctionne-t-il avec les jeux Vulkan ou OpenGL ?
Glossaire
Termes clés d'Auto SR
- Auto SR
- Automatic Super Resolution, la technologie de mise à l'échelle par IA intégrée à Windows de Microsoft pour les jeux pris en charge.
- NPU
- Neural Processing Unit (unité de traitement neuronal), matériel spécialisé conçu pour exécuter efficacement les charges de travail d'IA et de calcul matriciel.
- Super-résolution intégrée au jeu
- Un upscaler intégré directement dans le moteur de rendu d'un jeu, ayant accès aux données internes du moteur.
- Résolution d'entrée
- La résolution inférieure à laquelle le jeu effectue son rendu avant qu'Auto SR ne reconstruise l'image.
- Résolution de sortie
- La résolution effective plus élevée affichée après la reconstruction.
- GPU–NPU Work Split
- Un modèle Figure Rocks séparant le travail de rendu du jeu par le GPU du travail de reconstruction Auto SR par le NPU.
- Auto SR Suitability Test
- Un processus Figure Rocks permettant de déterminer si Windows Auto SR est susceptible d'améliorer un jeu et un appareil spécifiques.
Sources principales
Microsoft DirectX — Auto SR débarque sur les processeurs Intel Core Ultra Série 3Mise à jour officielle de septembre 2026 couvrant l'extension à Intel, l'exécution sur NPU, les résolutions d'entrée prises en charge, les avertissements concernant l'interface utilisateur et le post-traitement, les effets du profil d'alimentation et les conseils de Microsoft recommandant de privilégier la SR intégrée aux jeux lorsqu'elle est disponible.
Support Microsoft — Super-résolution automatiqueDocumentation officielle actuelle des exigences et de la configuration pour Windows Auto SR.
Microsoft DirectX — Super-résolution automatiqueExplication officielle de l'architecture couvrant l'intégration dans l'OS, le modèle NPU, la reconstruction indépendante du jeu et le compromis documenté d'une image de latence supplémentaire.
Microsoft DirectX — Auto SR sur ROG Xbox Ally XExplication officielle de 2026 sur le parallélisme NPU/GPU, les contraintes des consoles portables et les raisons pour lesquelles la super-résolution intégrée reste la solution privilégiée lorsqu'elle est disponible.
Related Articles
PUBG Ally montre pourquoi les coéquipiers IA ont besoin de deux cerveaux : des réflexes rapides et un raisonnement lent
Un modèle de langage peut comprendre les tactiques et l'intention des joueurs, mais il ne devrait pas contrôler directement chaque mouvement et chaque réaction de combat. PUBG Ally présente une architecture plus pratique : un contrôle rapide par arbre de comportement pour les actions réflexes, combiné à un petit modèle de langage pour la planification, la coordination et la conversation naturelle.
Pourquoi les jeux PC saccadent lors de la compilation des shaders — et comment la livraison avancée de shaders change la donne
Les saccades de shaders se produisent lorsqu'un jeu PC doit compiler des programmes GPU au mauvais moment. Microsoft Advanced Shader Delivery déplace une grande partie de ce travail hors du PC du joueur en préparant à l'avance des shaders spécifiques au matériel et en les livrant avec le jeu.
AMD FSR Redstone n'est pas simplement FSR 4 : mise à l'échelle, génération d'images, régénération de rayons et mise en cache de la radiance expliqués
La nomenclature des FSR d’AMD a changé parce que FSR n’est plus une seule fonctionnalité. Redstone est désormais une suite de rendu neuronal avec des technologies distinctes pour la mise à l’échelle, la génération d’images, la reconstruction par lancer de rayons et l’éclairage global appris.
FAQ amiibo : Les 20 questions que tout le monde se pose (et les réponses claires)
Une FAQ Amiibo sans fioritures : compatibilité, scan, régions, rééditions, valeur et règles de collection — des réponses claires pour que les débutants arrêtent de gaspiller de l'argent.
La chaîne du ressenti en jeu : pourquoi une seule amélioration ne change souvent rien
Le ressenti est une chaîne : input, système, frame pacing, synchronisation, affichage, réseau. Si un maillon est instable, les améliorations ne se font pas sentir.
DirectX devient une plateforme de ML : ce que l'algèbre linéaire et les shaders neuronaux signifient pour les jeux futurs
DirectX dépasse le cadre des shaders graphiques traditionnels. Microsoft ajoute l'algèbre linéaire accélérée par le matériel directement à HLSL et un chemin distinct pour les modèles ML plus volumineux, jetant les bases des textures neuronales, des matériaux appris, de l'éclairage neuronal et d'autres techniques de rendu pilotées par l'IA.
DLSS 5 n'est pas qu'une simple mise à l'échelle : ce que le rendu neuronal guidé en 3D change réellement
DLSS 5 déplace l’IA vers une nouvelle partie du pipeline graphique. Au lieu de simplement reconstruire la résolution ou de générer des images supplémentaires, le rendu neuronal guidé en 3D utilise la propre image du moteur de jeu comme base et améliore l’éclairage et le détail des matériaux sous le contrôle du développeur.
120Hz semble moins fluide ? Liste de diagnostic (Mauvais mode, plage VRR, limitations)
Un taux de rafraîchissement plus élevé peut révéler une instabilité. Utilisez cette liste de contrôle pour diagnostiquer pourquoi le 120 Hz semble moins fluide : mauvais mode, mauvais chemin de rafraîchissement, problèmes de plage VRR ou limites manquantes.
DLSS 4.5 6X : pourquoi 300 FPS ne signifie pas que le jeu rend 300 images
DLSS 4.5 peut générer jusqu'à cinq images supplémentaires pour chaque image rendue de manière traditionnelle sur les GPU de la série RTX 50 pris en charge. Ce guide explique la différence entre les FPS rendus et les FPS affichés, pourquoi les goulots d'étranglement du CPU peuvent être contournés au niveau de la couche de présentation, et pourquoi la latence doit encore être mesurée séparément.
Réglage de l'overdrive : la méthode propre pour réduire le flou sans ghosting
L'Overdrive peut améliorer la clarté ou ajouter des halos disgracieux. Utilisez cette méthode simple pour choisir le réglage intermédiaire net qui réduit le flou sans artefacts de ghosting.
Clarté du mouvement : pourquoi le flou se produit et les solutions qui fonctionnent vraiment
Le flou de mouvement n'est pas seulement un réglage — c'est le timing plus la persistance. Apprenez l'ordre pratique : le bon mode, le bon rafraîchissement, puis les quelques correctifs de netteté qui comptent.
La compression de textures neuronale RTX n'est pas de la mise à l'échelle : comment l'IA peut échanger de la mémoire de textures contre de la puissance de calcul GPU
NVIDIA RTX Neural Texture Compression change la façon dont les matériaux de jeu peuvent être stockés. Au lieu de conserver chaque canal de texture uniquement sous forme de texels conventionnels, un matériau peut être compressé en données latentes compactes et un petit décodeur neuronal, puis reconstruit par le GPU lorsque nécessaire.