Pourquoi mon jeu a planté ? Moniteur de fiabilité et Observateur d'événements

Le jeu tournait, et puis plus rien : retour au bureau sans message, un écran noir revenu sans le jeu, ou un écran bleu et un redémarrage. Ce sont trois événements différents, et Windows enregistre chacun à un endroit différent. Lire d'abord la bonne trace transforme « mon jeu plante » en une question qui a une prochaine étape.

Trois types de plantage, trois traces différentes

Ce que tu as vu	Ce qui s'est passé	Où regarder
Le jeu s'est fermé, avec ou sans erreur	Le processus du jeu a planté	Le Moniteur de fiabilité, et l'ID d'événement 1000 dans le journal Application
L'écran s'est figé ou est devenu noir un instant, puis l'image est revenue	Le pilote d'affichage a cessé de répondre et Windows l'a réinitialisé	Un vidage en direct sous `C:\WINDOWS\LiveKernelReports`, et le journal Système
Un écran bleu, puis un redémarrage	Une erreur d'arrêt (vérification de bogue)	Un vidage mémoire sous `%SystemRoot%`, et le Moniteur de fiabilité

Si le PC s'est éteint ou a redémarré sans écran bleu, Le PC redémarre en jeu est la page qui suit cette piste.

Commence par le Moniteur de fiabilité

Appuie sur Windows + R, tape perfmon /rel et appuie sur Entrée ; le commutateur /rel lance le Moniteur de fiabilité. Le guide de lecture de Microsoft a été écrit pour Windows Vista, donc la disposition que tu vois peut être différente. Il décrit jusqu'à un an d'historique, une colonne par jour, et une icône d'erreur sur chaque jour qui compte une défaillance. Windows 11 classe les défaillances en trois lignes :

"Application failures" (défaillances d'applications) : un programme a cessé de fonctionner ou de répondre.
"Windows failures" (défaillances de Windows) : un plantage du système d'exploitation, avec son code d'arrêt, ou un échec de démarrage.
"Miscellaneous failures" (défaillances diverses) : les autres défaillances, arrêts inattendus compris.

Le graphique consigne aussi les installations et désinstallations de logiciels, mises à jour de Windows et pilotes compris, et c'est la raison de commencer ici. Microsoft souligne qu'il montre si des changements importants de stabilité ont commencé en même temps. Clique sur le jour où les plantages ont commencé et regarde ce qui a été installé ce jour-là ; une mise à jour à cette date est une piste que tu peux tester en revenant en arrière.

Le journal Application : ID d'événement 1000

Ouvre l'Observateur d'événements (eventvwr.msc) et cherche, dans le journal Application, les erreurs dont la source est Application Error avec l'ID d'événement 1000, que Microsoft présente comme l'événement du plantage de l'application proprement dit. Son exemple d'entrée montre les champs à noter :

"Faulting application name" (nom de l'application défaillante) : le programme qui a planté, avec sa version.
"Faulting module name" (nom du module défaillant) : le fichier dans lequel le plantage s'est produit.
"Exception code" (code d'exception) : Microsoft cite 0xc0000005 (STATUS_ACCESS_VIOLATION), 0xc0000374 (STATUS_HEAP_CORRUPTION) et 0xc0000022 (STATUS_ACCESS_DENIED) parmi les exceptions courantes.

Microsoft interprète des ID d'événement 1000 et 1001 qui se répètent dans le journal Application comme le signe qu'une application plante à répétition ; 1001 concerne le rapport d'erreurs Windows (Windows Error Reporting).

Lis le nom du module avec prudence. Microsoft note que l'événement nomme souvent un module Microsoft, comme ntdll.dll, kernel32.dll ou kernelbase.dll, et que ces modules se retrouvent pris comme victimes d'autres types de corruption causés auparavant par des modules au comportement défectueux. Pour un programme tiers, la consigne de Microsoft est de partager les vidages pertinents avec l'éditeur tiers pour qu'il les examine : pour un jeu, c'est le support de son développeur, et le nom du module, le code d'exception et la date ont aussi leur place dans le rapport.

Un écran noir, puis l'image revient

Quand la carte graphique cesse de répondre, Windows réinitialise le pilote et le GPU au lieu de laisser la machine figée. Microsoft appelle ce mécanisme Timeout Detection and Recovery (détection et récupération après dépassement du délai) : le délai par défaut est de 2 secondes, et une récupération réussie affiche le message "Display driver stopped responding and has recovered." (le pilote d'affichage a cessé de répondre et a été récupéré).

Une récupération peut laisser un vidage en direct dans C:\WINDOWS\LiveKernelReports, dans un dossier par composant ; la référence de Microsoft précise que les vidages en direct ne réinitialisent pas le système d'exploitation. Les codes concernés sont 0x117 VIDEO_TDR_TIMEOUT_DETECTED et 0x141 VIDEO_ENGINE_TIMEOUT_DETECTED, qui identifient des vidages en direct et ne servent jamais à une vraie vérification de bogue.

Parmi les causes de 0x117 que liste Microsoft figurent un pilote d'affichage à mettre à jour et une liste de problèmes matériels : des composants overclockés, une compatibilité et des réglages de composants incorrects (en particulier la configuration et les timings de la mémoire), un refroidissement ou une alimentation insuffisants, et des pièces défectueuses. Microsoft suggère aussi de chercher dans le journal Système des messages d'erreur qui pourraient aider à identifier le périphérique ou le pilote. Chutes de FPS soudaines dans les jeux montre à quoi ressemble une réinitialisation du pilote en pleine partie.

Un écran bleu

Un écran bleu est une erreur d'arrêt. Windows écrit un vidage mémoire dans %SystemRoot%\MEMORY.DMP ou, avec le réglage de petite image mémoire, un fichier d'environ 256 KB par plantage dans %SystemRoot%\Minidump, nommé d'après la date. Une petite image mémoire contient le message d'arrêt, ses paramètres et une liste des pilotes chargés. Pour en lire une, installe WinDbg depuis le Microsoft Store ou avec winget install Microsoft.WinDbg, ouvre le fichier .dmp et lance !analyze -v.

Lis le résultat en gardant en tête l'avertissement de Microsoft : "The root cause of stop errors is rarely a user-mode process." (la cause profonde des erreurs d'arrêt est rarement un processus en mode utilisateur). Un jeu peut déclencher une erreur d'arrêt, mais il révèle en général un problème dans un pilote, dans le matériel ou dans Windows lui-même, et quand un pilote est nommé, c'est de son fabricant que vient la mise à jour.

Quoi vérifier, un changement à la fois

Teste le jeu après chaque étape, pour savoir quel changement a compté.

Vérifie les fichiers du jeu. Dans Steam, fais un clic droit sur le jeu dans ta bibliothèque (ou utilise l'icône d'engrenage sur sa page de bibliothèque), puis Propriétés... > Fichiers installés > Vérifier l'intégrité des fichiers du jeu ; Steam précise que, pour la plupart des jeux Steam, il est normal qu'un ou plusieurs fichiers ne passent pas la vérification. Dans l'application EA, va dans Bibliothèque, sélectionne l'icône Gérer du jeu, puis Réparer.
Réinstalle proprement le pilote graphique. NVIDIA conseille de réinstaller le dernier pilote avec une méthode d'installation propre : Personnalisée (avancée) > Effectuer une nouvelle installation dans le programme d'installation NVIDIA, ou Display Driver Uninstaller (DDU).
Ferme les overlays et les outils d'enregistrement. Activision prévient que les logiciels de remappage des commandes, les overlays et les logiciels d'enregistrement peuvent perturber le jeu, et suggère de les désinstaller si les plantages continuent.
Remets les fréquences par défaut. NVIDIA suggère le mode de débogage, sous Système > Avancé dans l'application NVIDIA (ou dans la barre de menus de l'ancien Panneau de configuration NVIDIA), qui, d'après NVIDIA, force la carte graphique à tourner aux fréquences de référence de NVIDIA, ainsi que les vitesses par défaut du CPU et de la mémoire si tu les as overclockés, ce qui peut vouloir dire remettre le profil XMP ou EXPO sur Default dans le BIOS. Si ça fait cesser les plantages, lis ta RAM tourne-t-elle à sa vitesse nominale ?
Teste la mémoire. Appuie sur Windows + R, lance mdsched.exe (l'outil de diagnostic de la mémoire Windows) et choisis "Restart now and check for problems (recommended)" (redémarrer maintenant et rechercher les problèmes) ; après le test, lis l'entrée MemoryDiagnostics-Results dans le journal Système.
Vérifie les températures et l'alimentation. Les deux figurent sur la liste de Microsoft pour 0x117, et la première étape d'Activision est un PC placé dans un endroit frais et bien ventilé. Lis Températures CPU et GPU en jeu.
Mets à jour le BIOS. La liste de vérification de Microsoft pour les erreurs d'arrêt comprend le fait de s'assurer que le BIOS et le firmware sont à jour. Sur un PC de bureau Intel Core de 13e ou 14e génération, lis d'abord Plantages Intel 13e et 14e génération en jeu.

Ce qui n'aide pas

Augmenter le délai de récupération du pilote. Ce délai est le temps que Windows attend avant de réinitialiser un GPU bloqué, donc un délai plus long transforme un bref écran noir en un gel plus long. Si un ancien outil l'a modifié, la carte Récupération après plantage GPU de w0a remet la valeur par défaut de Windows.
Désactiver le rapport de plantage. Le jeu plante tout autant, simplement sans rapport. Si tes rapports de plantage ont disparu, la carte Rapports de plantage et anciennes applications rétablit les valeurs par défaut de Windows.
Supprimer le fichier d'échange. Windows a besoin d'un fichier d'échange d'au moins 2 MB sur le volume de démarrage pour écrire un vidage mémoire, et Microsoft note que "The default dump file is the pagefile" (le fichier de vidage par défaut est le fichier d'échange). Une machine qui a démarré sans fichier de vidage configuré peut consigner l'ID d'événement 46 de volmgr, "Crash dump initialization failed!" (échec de l'initialisation du vidage sur incident). Le fichier d'échange et les jeux explique le reste.
Remplacer ntdll.dll ou un autre fichier Windows nommé comme module défaillant. Microsoft décrit ces modules comme les victimes d'une corruption survenue ailleurs.