L’article ne peut pas être activé avec JavaScript. Vous pouvez également activer JavaScript dans votre navigateur et sur la nouvelle page.
Le client Steam bêta de Valve exécute désormais un programme Windows que vous avez ajouté en tant que raccourci non-Steam via Proton sans qu’on vous le demande au préalable. Valve l’indique dans une note client intitulée le 7 octobre, publiée à 00:11:03 UTC le 8 octobre : « Les binaires Windows enregistrés en tant que jeux non Steam fonctionneront désormais dans Proton par défaut. »
Ces deux dates constituent une seule version. 00h11 UTC le 8 octobre était 17h11 le 7 octobre à l’heure du Pacifique, qui est l’horloge de Valve et la date indiquée sur le titre. La note n’a subi aucune modification ultérieure lorsqu’elle a été lue à 21h11 UTC le 8 octobre.
Tout cela est sur la chaîne Aperçu/Bêta.
Les retournements par défaut pour les raccourcis que vous avez ajoutés vous-même
Un raccourci non-Steam est l’entrée fourre-tout dans une bibliothèque Steam : tout ce que vous pointez au client vers Steam ne vous a pas vendu, du lanceur d’un autre magasin à un outil qui se trouve à côté d’un jeu que vous avez acheté. Sur une machine Linux, un Windows comme celui pour lequel Proton existe, la couche de compatibilité que Valve a été reconstruite pour la puce ARM64 dans le Steam Frame.
La ligne de Valve fait de cette couche la couche par défaut pour ce type d’entrée plutôt qu’une case cochée par raccourci. Ce que la phrase ne précise pas est aussi précis que ce qu’elle fait : elle ne nomme aucune version de Proton, ne dit rien sur la question de savoir si les entrées ajoutées avant cette version sont converties ou uniquement de nouvelles, et ne dit rien sur un binaire qui s’avère être un lanceur plutôt qu’un jeu.
Un deuxième correctif dans la même version touche la même fonctionnalité. Valve a « corrigé un cas où les jeux non-Steam ne parvenaient pas à se lancer après avoir modifié le binaire Target via le bouton Parcourir », ce qui constitue l’autre moitié de l’ajout manuel d’un raccourci.
Un commutateur d’économiseur d’écran et un correctif chacun pour Steam Input et le contrôleur
La version ajoute également « un paramètre pour désactiver l’économiseur d’écran en jeu », sans rien dire sur l’endroit où se trouve le paramètre ou sur ce qu’il faisait auparavant.
Steam Input obtient une seule réparation Linux : « Corrigez un bug sur l’écran ‘Réorganiser le contrôleur’ sous Linux où parfois l’échange de contrôleurs ne fonctionnait pas ». Le micrologiciel du contrôleur Steam en possède un propre, pour un passage en mode BLE qui « resterait en place, même si le périphérique hôte ne pouvait pas être trouvé », ce qui laisse le contrôleur bloqué dans ce mode sans rien à quoi s’associer.
Deux autres sont d’ordre administratif : le bouton Arrêter ne parvient pas à fermer un jeu lancé par un outil externe et le temps de lecture de la bibliothèque affiche temporairement une valeur incorrecte. Sept changements en tout, comptés à partir de la propre liste de Valve : cinq pour le client, un pour Steam Input et un pour le micrologiciel du Steam Controller.
Valve ne donne aucune date pour le client stable
Rien de tout cela n’est dans le client stable, et Valve ne dit pas quand cela pourrait l’être. Le rythme sur le canal bêta est rapide : six notes de clients portent des dates allant du 25 septembre au 7 octobre, et celle immédiatement avant nommait deux causes distinctes d’un configurateur de contrôleur vierge et corrigeait les deux.
Cinq d’entre eux sont partis après minuit UTC, portant la date du Pacifique de la veille dans leurs titres. L’exception est la note du 27 septembre, qui a été émise à 18h46 UTC le même après-midi, donc une note datée du 7 et horodatée le 8 est la forme ordinaire de ce flux plutôt qu’un bordereau.
L’un de ces sept changements se produit la prochaine fois que vous lancez un jeu Windows que Steam ne vous a pas vendu, et seulement si vous êtes sur le canal bêta pour le voir.