NvidiaWatch change la question à laquelle répond une note de pilote. Au-delà des nouveautés de la dernière version, on peut suivre un problème reconnu au fil des sorties Game Ready et Studio : son apparition, sa durée et l’existence d’une résolution documentée. Le dépôt ouvert rend les liens vérifiables et montre combien d’interprétation sépare les textes du fabricant d’un jugement de fiabilité.
Un problème de fréquence du Surface Book illustre cette différence. L’auteur l’a suivi depuis 531.41, à travers cinq autres versions, jusqu’au correctif documenté dans 536.23, 83 jours plus tard. Lire les deux extrémités masque une grande partie de cette persistance. Cela ne prouve pas que tous les Surface Book étaient touchés, mais décrit la succession des informations publiques.
Un index entre versions, pas un autre utilitaire de pilotes
Les notes Nvidia remplissent une fonction immédiate : présenter changements, correctifs et problèmes reconnus d’une version. Une personne enquêtant sur un scintillement, un plantage ou une baisse de performances cherche autre chose. Un symptôme peut revenir sous une nouvelle formulation, traverser plusieurs mises à jour ou disparaître sans correctif explicite. Les forums ajoutent des précisions et des configurations particulières, mais aussi doublons et soupçons non résolus.
NvidiaWatch classe les données par problème et par pilote. Une page suit la première mention, les versions suivantes et la résolution ; l’autre rassemble correctifs, défauts connus et problèmes hérités. Rechercher application, jeu, version ou numéro Nvidia, puis filtrer les cas ouverts ou corrigés, réduit les documents à consulter. Les liens vers notes et discussions d’origine gardent le contexte sans remplacer les sources.
La technique reste volontairement modeste : HTML, CSS et JavaScript sur GitHub Pages, sans framework ni compilation. Des fichiers structurés conservent pilotes et problèmes. Un seul responsable saisit les données manuellement ; les scripts détectent certaines incohérences ou erreurs de format, pas toutes les mauvaises interprétations. L’inspection et la réutilisation sont facilitées, pas l’exhaustivité garantie.
Les statuts préservent également l’incertitude. Un cas peut être corrigé, en attente ou « oublié » lorsque la trace officielle cesse d’expliquer son état. Ce dernier mot décrit la documentation, sans prouver que Nvidia a négligé un défaut. Un correctif de jeu, un profil applicatif, une reclassification ou une omission peuvent expliquer sa disparition. Le projet ne reproduit pas chaque panne et n’en établit pas la raison.
Des totaux variables révèlent l’importance des catégories
La couverture du 12 octobre évoquait 462 bugs suivis. Des récits ultérieurs indiquaient 507 sur 88 versions, avec 52 en attente, puis 517 sur 90, avec 51 ouverts. Ce sont différents instantanés d’une base évolutive, pas des mesures simultanées ni un total immuable de tous les défauts Nvidia.
Même à un instant donné, les étiquettes comptent. La capture NvidiaWatch jointe distingue 232 problèmes connus, 51 encore ouverts et 462 corrections dans l’ensemble des pilotes, avec 90 versions suivies. Les 462 corrections ne deviennent pas des bugs distincts parce que leur nombre coïncide avec un ancien titre. Il faut date, version du jeu de données et définition de la quantité comparée.
Une ancienne étiquette « pire » a suscité une objection similaire dans la discussion de lancement. Une grande barre pouvait signifier beaucoup de corrections, non de nouveaux défauts. Le responsable a vérifié les notes et accepté de supprimer le qualificatif trompeur et clarifier le graphique. Une version réparant beaucoup de problèmes pertinents peut être intéressante, pas particulièrement défectueuse.
La base a aussi été corrigée pendant la refonte : ajout de 531.79 et 581.29, retrait de 595.59 abandonné par Nvidia. La chronologie visible va de 526.47 en octobre 2022 à 617.42, publié le 6 octobre 2026. Les révisions améliorent le registre et expliquent pourquoi un état archivé ou un journal traçable vaut mieux qu’un total sans date.
Le registre officiel a une frontière de sélection
À propos d’un problème de curseur non reconnu, le responsable a été explicite : le suivi couvre généralement ce que Nvidia reconnaît. Une absence ne prouve donc pas qu’une version soit sans problème. Une liste courte peut coexister avec des défauts pas encore reproduits, reconnus ou documentés. Une présentation indépendante soulignait la même limite.
Les comptes bruts ne pondèrent ni gravité, ni fréquence, ni reproductibilité. Un défaut cosmétique et un plantage grave peuvent valoir un enregistrement chacun. Mémoire instable, surcadencement, changements système ou autre application peuvent produire un symptôme ressemblant à un défaut de pilote. GPU, écrans, logiciels et charge doivent correspondre avant de transposer l’expérience d’autrui.
Les pages montrent désormais branches de publication et de build : la première regroupe le développement, la seconde précise une lignée de construction. Cela aide à comparer des versions apparentées sans attribuer tous les problèmes à la branche. De même, des regroupements près des sorties RTX 40 ou 50 ne prouvent pas la causalité. Nouveau matériel, jeux, fonctions, changements système et activité de signalement coïncident.
Une meilleure décision dépend toujours de la machine
La base publique peut proposer des candidats aux créateurs, joueurs et utilisateurs de stations d’IA locale. On part de l’application nécessaire, du symptôme ou du numéro, puis on consulte l’historique et ce qu’une version corrige ou conserve. Le service officiel Nvidia reste la source de l’installateur. NvidiaWatch n’est ni gestionnaire d’installation ni certification de stabilité.
Game Ready privilégie les jeux récents ; Studio, les processus créatifs testés. Aucun nom ne garantit toutes les configurations, et les canaux peuvent partager composants et problèmes. Un hotfix entre versions régulières aide s’il résout précisément le défaut subi ; tous les installer sans besoin ajoute seulement du changement. Attendre la communauté ou actualiser dès le premier jour avec un retour prévu traduit des charges et risques différents, non une politique universelle.
Les systèmes critiques peuvent conserver installateur et paramètres fonctionnels, tester une machine représentative ou un petit groupe et comparer les charges réelles avant extension. Relier incidents locaux et résolutions vérifiées aux numéros publics améliore l’enquête suivante. Une base technique interrogeable conserve ces relations sans transformer l’expérience d’une autre équipe en garantie pour son propre système.
La durée dépendra de l’entretien et de la transparence
Le code utilise MIT, les données CC BY 4.0 : inspection, propositions de correction et analyses alternatives sont possibles. L’ouverture ne supprime pas les choix éditoriaux sur formulations différentes et solutions extérieures. Nouvelles versions ajoutées rapidement, historiques préservés et corrections traçables détermineront l’utilité d’un projet individuel face à davantage de travail.
Nvidia pourrait combler l’écart avec des pages permanentes, des identifiants structurés et des états distinguant correctif du pilote, solution externe et reclassification. Des historiques similaires aideraient d’autres logiciels, mais les systèmes d’exploitation comportent plus de versions, canaux et configurations d’entreprise. Le périmètre étroit de NvidiaWatch participe à sa faisabilité.
Son apport est la continuité, non un « meilleur pilote » universel. Un registre utile montre ce qui est reconnu, ce qui change et où la trace devient ambiguë. S’il justifie une mise à jour dépend encore du problème, de la machine et de la possibilité de revenir en arrière, pas de la barre la plus haute.