L’article ne peut pas être activé avec JavaScript. Vous pouvez également activer JavaScript dans votre navigateur et sur la nouvelle page.
Les propriétaires de Linux qui diffusent SteamVR sur un casque et obtiennent une image grise et plate ont désormais une réponse de Valve, et elle pointe vers la carte graphique plutôt que vers SteamVR. Un développeur SteamVR chez Valve, publiant le rapport de bug à 09h19 UTC le 7 octobre, écrit : « Nous pensons que cela pourrait provenir d’un bug dans vcn qui affecte les cartes AMD 9000. »
Le compte est Danwillmdont le profil GitHub le décrit comme développant Steam Link et SteamVR. La réponse a atterri sur le numéro 953 du tracker public SteamVR-for-Linux de Valve, lu à 22h02 UTC le 7 octobre.
Valve dit aux propriétaires de laisser les correctifs communautaires tranquilles
Deux correctifs ont été publiés dans le fil de discussion avant que Valve ne réponde, et la réponse y répond directement : « Les correctifs de ce fil ne résolvent malheureusement pas la cause sous-jacente du problème, et nous ne recommandons pas que les correctifs fournis ici soient appliqués comme solutions de contournement. »
Ces deux correctifs ont été produits avec l’aide d’un assistant IA, et l’un d’eux a été retiré. La personne qui a posté le premier l’a barré, écrivant que l’image était trop sombre et que l’IA s’était trompée de diagnostic. Le second, également assisté par l’IA, a tracé le flux codé et a signalé que ses en-têtes décrivent un espace colorimétrique tandis que les shaders d’encodage en produisent un autre.
Le correctif nécessite Mesa et SteamVR ensemble
La réponse de Valve présente deux éléments mobiles. Mesa, la pile de pilotes graphiques open source, a appliqué une modification pour arrêter la prise en charge publicitaire de la conversion RVB dans le cas concerné. En soi, cela ne suffit pas : « Malheureusement, la simple mise à jour de mesa ne résoudra pas vos problèmes, et nous venons de créer un correctif pour garantir que la conversion RVB de l’encodeur n’est effectuée que lorsqu’elle est correctement prise en charge. »
Le timing est sur lequel les propriétaires de pièces ne peuvent pas encore agir. Valve dit que la réparation « devrait être corrigée dans la prochaine version bêta de SteamVR » et que « vous aurez besoin des mises à jour mesa et SteamVR, une fois publiées », et elle ne donne aucune date. La dernière version bêta de SteamVR annoncée par Valve est toujours la 2.18.2, publiée le 1er octobre à 18h22 UTC, lue à 22h02 UTC le 7 octobre, le correctif n’est donc pas dans une version publiée.
Valve a également exposé ce qu’elle veut ensuite. Quiconque voit encore le problème après cette version bêta est invité à ouvrir un nouveau rapport plutôt que d’ajouter à celui-ci : « le moyen le plus simple d’aider est de soulever un nouveau problème à l’aide du modèle de problème et d’inclure les journaux/vidages comme demandé », avec une description claire du problème et du système sur lequel il se produit.
Trois machines présentent le même défaut
Le numéro 953 a été ouvert le 19 septembre par un propriétaire diffusant depuis un PC NixOS vers un Quest 2 sur SteamVR 2.17.10, qui a écrit que les scènes plus sombres montraient plus d’artefacts et que les couleurs étaient plus ternes que les mêmes paramètres produits sous Windows. Deux autres rapports ont suivi, un sur un Quest Pro et un sur un Steam Frame exécutant SteamVR 2.18.1 bêta, il ne s’agit donc pas d’une seule configuration.
Ce n’est pas non plus le même défaut que celui que Valve a corrigé à chaud le 1er octobre, lorsque la version bêta 2.18.2 de SteamVR a rendu le streaming Linux VR vert ou noir, et il est encore une fois distinct du fantôme de l’œil droit 2.18.1 résolu fin septembre. Entre-temps, la couverture de Valve tient : « cela pourrait venir de » est tout ce que la société a avancé sur la cause, et il est demandé aux propriétaires d’AMD 9000 sous Linux d’attendre deux mises à jour plutôt que de les contourner.