Un dimanche soir, un slot PCIe qui se libère, une nouvelle carte graphique qui prend sa place, et le lundi matin, votre jeu solo préféré refuse obstinément de se lancer. Pas de crash spectaculaire, pas de message d’erreur clair : juste un écran noir ou une fenêtre qui se ferme aussitôt ouverte. Ce scénario, loin d’être un cas isolé, cache en réalité deux coupables bien identifiés : les systèmes anti-piratage qui traquent le matériel, et les résidus de pilotes qui refusent de lâcher l’affaire.
À retenir
- Denuvo peut confondre un changement de GPU avec un lancement sur une nouvelle machine, déclenchant un blocage temporaire de 24 heures
- Les pilotes fantômes et les paramètres obsolètes de Windows causent plus de problèmes que le DRM lui-même
- Une désinstallation propre avec DDU avant l’installation du nouveau pilote résout la majorité des cas
Denuvo, le videur de boîte de nuit qui ne reconnaît plus votre carte
Si votre jeu embarque une protection Denuvo (et c’est le cas de la majorité des gros titres AAA), le changement de GPU peut littéralement le faire paniquer. Le principe est simple sur le papier : Denuvo limite le nombre d’activations uniques sur une période de 24 heures, généralement à cinq configurations. Le souci, c’est que le système ne fait pas toujours la différence entre « un pirate qui distribue son jeu sur dix PC » et « un joueur honnête qui vient de remplacer sa vieille GTX par une carte plus récente ».
Ce comportement n’est pas une légende urbaine de forum. Des utilisateurs de Steam Deck et de Linux en ont fait les frais de façon très concrète : malgré la compatibilité générale des jeux Denuvo avec Linux via Proton, il s’est avéré que le système anti-piratage considère le changement d’assemblage comme un lancement sur un nouvel appareil, ce qui entraîne un dépassement de la limite d’activation. Un exemple récent et assez révélateur : le jeu Pragmata, sorti avec Denuvo, a laissé de nombreux acheteurs légitimes sur le carreau sur Linux et Steam Deck à cause de la limite stricte de 5 machines par 24 heures imposée par le DRM. Changer de carte graphique déclenche exactement ce genre de signal d’alarme côté serveur : le jeu croit sincèrement tourner sur un PC totalement différent, alors qu’il ne s’agit que d’un composant remplacé sur la même tour.
La bonne nouvelle, c’est que ce blocage est presque toujours temporaire. Il suffit généralement d’attendre que le compteur de 24 heures se réinitialise pour que le jeu accepte à nouveau de démarrer, sans réinstallation ni magie noire. La mauvaise nouvelle, c’est qu’on ne le sait jamais à l’avance : aucun message ne vous prévient clairement « vous avez dépassé votre quota de changements matériels, réessayez demain ». Le jeu se contente de refuser de coopérer, laissant le joueur deviner tout seul ce qui cloche.
Le vrai coupable est souvent plus bête : le pilote fantôme
Avant d’accuser Denuvo de tous les maux, il faut regarder du côté des pilotes graphiques, qui restent la cause numéro un des jeux qui refusent de se lancer après un changement de composant. Le phénomène est bien documenté : après une réinstallation de Windows, une mise à jour système ou un changement matériel, il arrive que le système revienne sur un pilote générique, limité, voire qu’il désactive le GPU dédié, ce qui fait que certains jeux vidéo Steam refusent de se lancer, tandis que d’autres se contentent d’un mode dégradé.
Concrètement, Windows garde souvent en mémoire les anciens paramètres liés à votre précédente carte : profils NVIDIA ou AMD qui pointent vers un GPU qui n’existe plus, associations d’applications figées, restes de fichiers du driver précédent qui entrent en conflit avec le nouveau. Le résultat ressemble à s’y méprendre à un blocage DRM, alors qu’il s’agit d’un simple nettoyage mal fait. La solution la plus fiable reste d’utiliser un utilitaire de désinstallation propre type DDU en mode sans échec avant d’installer le nouveau pilote, plutôt que de se contenter d’un remplacement classique via le panneau de configuration Windows.
Il y a aussi la question des dépendances logicielles qui s’accumulent en silence. Entre Steam, Windows, DirectX, le runtime Visual C++ et les pilotes GPU, plusieurs couches interviennent pour qu’un jeu se lance, et si l’une d’elles est obsolète, certains titres peuvent disparaître des radars ou ne plus se lancer correctement, un jeu utilisant une version précise de DirectX 12 ou Vulkan pouvant se mettre à refuser le lancement après une mise à jour système incomplète. Changer de carte graphique déclenche souvent une réinstallation en cascade de ces briques logicielles, et si l’antivirus ou un pare-feu bloque une seule de ces installations silencieuses au premier lancement, le jeu affichera un comportement erratique sans raison apparente.
Les vieux jeux ne sont pas épargnés non plus
Le problème ne se limite pas aux blockbusters récents. Sur les moteurs plus anciens ou moins bien maintenus, la sélection du GPU actif peut rester bloquée sur l’ancienne carte à cause d’un registre Windows mal mis à jour, forçant le jeu à utiliser un chipset intégré beaucoup trop faible, voire inexistant. Certains retours d’expérience évoquent même des cas où, après un changement de carte mère (donc indirectement de configuration GPU détectée), certains jeux refusaient de se lancer sur la carte graphique haute performance, le système sélectionnant systématiquement le graphique intégré par défaut sans possibilité de forcer le bon composant. C’est un rappel utile : le matériel seul ne suffit pas, c’est toute la chaîne logicielle qui doit suivre.
Ce qu’il faut vérifier avant de paniquer
Face à un jeu qui boude après un changement de GPU, l’ordre des vérifications compte. Désinstaller proprement l’ancien pilote avec un outil dédié, installer la dernière version stable directement depuis le site du fabricant, vérifier l’intégrité des fichiers du jeu via le client (Steam ou autre), et forcer manuellement le bon processeur graphique dans les paramètres 3D de la carte : ces quatre réflexes résolvent la majorité des cas. Si rien ne fonctionne et que le jeu embarque une protection Denuvo, patienter 24 heures avant de retenter sa chance reste souvent la solution la plus rapide, aussi frustrante soit-elle pour un joueur qui vient tout juste de dépenser son budget dans un nouveau GPU. La leçon à retenir est simple : un upgrade matériel un dimanche soir mérite toujours une petite marge de sécurité avant de se lancer dans une session marathon le lundi.
Sources : fr.gamegpu.com | x.com