L’article ne peut pas être activé avec JavaScript. Vous pouvez également activer JavaScript dans votre navigateur et sur la nouvelle page.
La version bêta 2.18.4 de SteamVR comporte trois lignes de modifications, et Valve ne promettra pas que les streamers PC VR se soucient de fonctionner. La note de Valve du 16 octobre propose à Steam Link un « correctif spéculatif pour des écarts d’environ 300 ms dans la livraison de trames dans certaines situations de perte de paquets », et spéculatif est le propre mot de Valve plutôt qu’un résumé de celui-ci.
Les deux autres lignes appartiennent à SteamVR lui-même : « Réparer les plantages au démarrage avec certains jeux » et « Réparer les plantages occasionnels lors du déblocage de modules complémentaires précédemment bloqués dans les paramètres VR ». Valve ne nomme aucun jeu ni aucune plate-forme pour aucun des trois.
Il s’agit de la branche bêta, et SteamVR stable est toujours 2.17.10, à partir d’un correctif du 18 septembre. La note se termine par l’avertissement permanent de Valve selon lequel les réponses « ne sont pas suivies à des fins de rapport de bogues ».
Un écart de 300 ms est long pour perdre des images
Un flux fonctionnant à 90 Hz attend une image toutes les 11 millisecondes environ, donc un trou de 300 ms représente environ 27 d’entre elles manquantes d’affilée, ce qui est suffisamment long pour donner l’impression d’un décrochage plutôt que d’un bégaiement. Valve en attribue la cause à la perte de paquets, ce qui correspond au symptôme de toute personne diffusant sur un réseau Wi-Fi encombré.
Ce que Valve ne dit pas, c’est comment le correctif fonctionne ou comment il a été testé. Une solution spéculative est un changement apporté à une cause plausible plutôt qu’à une reproduction, c’est pourquoi le mot fait un réel travail dans ce sens.
Un propriétaire a posté que la version 2.18.4 avait corrigé son crash, puis l’a supprimé.
L’affirmation Vulkan derrière l’écran noir Erreur -203 que nous avons couvert le 15 octobre était le candidat évident pour une correction de crash de démarrage. Le 17 octobre à 09h41 UTC, le propriétaire qui l’a déposé a écrit « Semble être corrigé avec la version 2.18.4 de mon côté », a barré cette phrase dans le même commentaire et a ajouté « Annulez cela, cela persiste toujours avec certains titres, sera mis à jour dans une seconde ».
Quatre heures et demie plus tard, il a opté pour quelque chose de moins confortable : « Donc, comme c’est le cas actuellement, la situation avec ce problème est que cela se produit parfois, parfois non. » Il a joint de nouveaux journaux et minidumps pris sur SteamVR 2.18.4 bêta avec le client Steam 1792110651 sur Nobara 44.
Rien ne relie les deux extrémités de cette histoire. « Réparer les crashs au démarrage avec certains jeux » décrit une classe de crash de démarrage, tandis que le numéro 1006 est un abandon du compositeur pendant une session en cours, et le seul commentaire de Valve sur le rapport date du 10 octobre, lorsqu’il a cité les deux lignes d’affirmation du journal du compositeur du journaliste.
Trois propriétaires, dont un en écurie
L’affirmation a été rapportée par trois propriétaires, tous sur cette seule question, qui est l’essentiel. L’un d’eux l’a atteint sur la version stable 2.17.10 sur CachyOS avec une Radeon RX 9060 XT, avec la même taille de transfert de 71 100 octets que le rapport original, il n’est donc pas limité aux versions bêta 2.18 ou à une seule distribution.
Sa description de ce qu’il fait est la partie qu’un streamer reconnaîtra : le casque devient noir, vrcompositor abandonne et n’est pas redémarré, SteamVR continue de fonctionner comme si de rien n’était, et seul un redémarrage complet de SteamVR récupère l’image.
Le rapport est toujours ouvert avec l’étiquette de bogue de Valve. La version bêta précédente, 2.18.3, a apporté les correctifs Linux VR promis le 10 octobre, et la 2.18.4 est la quatrième version bêta de la gamme. Tout le monde peut y participer, et sur la ligne Steam Link, la mise en garde de Valve s’engage avec vous.