Illustration d’un casque VR autonome et d’une puce Arm64 liés au client Steam Linux Illustration d’un casque VR autonome et d’une puce Arm64 liés au client Steam Linux

Valve publie Steam Arm64 en secret, une étape clé avant le lancement du Steam Frame

Valve met à disposition un client Steam natif pour Linux sur architecture Arm64, sans annonce officielle largement relayée. Cette version vise d’abord l’écosystème logiciel du Steam Frame, le futur casque autonome de réalité virtuelle de Valve, équipé d’une puce Qualcomm Snapdragon 8 Gen 3.

La publication marque une étape importante pour Steam sur les appareils Arm, même si elle ne rend pas automatiquement les jeux x86 compatibles avec cette architecture. L’installation reste technique et la prise en charge dépend encore de plusieurs couches logicielles, dont Proton et FEX.

L’essentiel

  • Valve publie un client Steam compilé nativement pour Linux Arm64.
  • Le logiciel cible notamment le Steam Frame, qui doit utiliser SteamOS et un Snapdragon 8 Gen 3.
  • L’installation repose sur un lien de téléchargement spécifique, des liens symboliques et plusieurs bibliothèques compatibles.
  • Le client Steam Arm64 ne transforme pas les jeux x86 ou x86-64 en jeux natifs pour Arm.
  • Valve prépare également FEX pour traduire les instructions x86, ainsi que Lepton pour exécuter des applications Android.

Un client Steam natif pour les processeurs Arm

Le nouveau client Steam fonctionne directement sur Linux Arm64, sans passer par l’émulation du binaire x86 utilisée jusqu’ici. Cette évolution réduit donc la dépendance à une couche de traduction pour l’interface, les services et la distribution des jeux.

La découverte vient de Venn Stone, membre du site Interfacing Linux. Le chercheur identifie une méthode permettant d’installer le binaire Arm64 sur une distribution Linux existante. Valve ne présente pourtant pas cette publication comme un lancement grand public clairement annoncé.

L’installation demande plusieurs opérations manuelles. Il faut notamment utiliser un lien de téléchargement particulier, créer des liens symboliques et réunir des bibliothèques compatibles avec l’environnement Linux Arm64. Cette procédure s’adresse donc surtout aux utilisateurs expérimentés, capables de modifier leur système et de résoudre les dépendances manquantes.

L’arrivée du binaire natif sépare plus clairement deux problèmes techniques. Le premier concerne le fonctionnement du client Steam lui-même. Le second porte sur l’exécution des jeux, qui utilisent souvent des exécutables Windows x86 ou x86-64.

ÉlémentRôle sur une machine Linux Arm64
Client Steam Arm64Fonctionne directement sur l’architecture Arm
ProtonTraduit les appels de Windows vers Linux
FEXTraduit les instructions x86 et x86-64 vers Arm64
LeptonExécute des applications Android dans un conteneur Linux

Cette distinction évite une confusion importante. Un client Steam natif peut afficher la boutique, gérer une bibliothèque et télécharger des fichiers sans garantir le lancement des jeux disponibles sur la plateforme.

Une brique logicielle pensée pour le Steam Frame

Le client Steam Arm64 s’inscrit dans la préparation du Steam Frame, le casque autonome de réalité virtuelle développé par Valve. Le dispositif doit fonctionner avec SteamOS et une puce Snapdragon 8 Gen 3, dont les cœurs utilisent l’architecture Arm64.

Valve et Collabora développent en parallèle Holo Core, un portage Arm64 d’Arch Linux. Ce projet doit fournir une base adaptée au SteamOS du casque, tandis que SteamOS 3 repose déjà sur Arch Linux dans son édition destinée au Steam Deck.

L’objectif dépasse le simple lancement du client Steam. Holo Core doit progressivement intégrer la compatibilité Arm64 dans les outils de compilation et les scripts PKGBUILD d’Arch Linux. Ces scripts décrivent les étapes nécessaires pour construire les paquets logiciels de la distribution.

À terme, une même base pourrait produire des paquets pour les architectures x86-64 et Arm64. Cette évolution faciliterait le maintien d’un système SteamOS commun sur des appareils équipés de processeurs différents.

Collabora publie déjà des binaires de prévisualisation, des paquets source et un conteneur de développement. En revanche, The Register rapporte qu’aucune image complète et directement installable de Holo Core n’est encore disponible dans les informations consultées.

Cette méthode révèle la stratégie de Valve. L’entreprise assemble d’abord les composants indispensables, puis prépare leur intégration dans un appareil dédié. Le client Arm64 constitue ainsi une fondation, plutôt qu’une promesse immédiate de compatibilité universelle.

Proton et FEX devront encore faire fonctionner les jeux x86

Les jeux Steam actuels nécessitent encore Proton et FEX lorsqu’ils sont conçus pour Windows et les processeurs x86. Le client natif ne suffit donc pas à assurer leur compatibilité sur une machine Arm64.

Proton traduit les appels du système Windows vers Linux. Cette couche permet déjà à de nombreux jeux Windows de fonctionner sur SteamOS et sur d’autres distributions Linux compatibles.

FEX intervient à un niveau différent. Ce logiciel traduit dynamiquement les instructions x86 et x86-64 en instructions Arm64 grâce à une compilation à la volée, aussi appelée JIT. Le processeur Arm reçoit ainsi des instructions adaptées à son architecture.

La traduction peut enchaîner plusieurs étapes. Un jeu Windows x86 peut d’abord utiliser Proton pour communiquer avec Linux, puis FEX pour convertir ses instructions processeur vers Arm64.

Cette organisation entraîne une charge supplémentaire. Les performances dépendent notamment du processeur Arm, du pilote graphique, de la mémoire disponible et de l’efficacité du cache utilisé par FEX.

Le logiciel peut conserver le code déjà traduit afin d’éviter une recompilation complète lors des lancements suivants. Les appels OpenGL et Vulkan peuvent aussi être transmis aux bibliothèques graphiques natives de la machine. Ces mécanismes limitent les pertes de performances, sans les supprimer.

La compatibilité reste donc variable. Un jeu Linux compilé pour Arm64 peut fonctionner directement si ses dépendances sont disponibles. À l’inverse, un jeu Windows x86 doit franchir plusieurs couches avant d’atteindre le processeur et le circuit graphique.

Les systèmes anti-triche représentent un autre obstacle. Certains jeux refusent les environnements traduits ou nécessitent des composants qui ne fonctionnent pas correctement avec Proton et FEX. Le client natif ne change pas cette contrainte logicielle.

Lepton ouvre la porte aux applications Android sur Steam

Lepton permet à Steam d’exécuter des applications Android dans un conteneur Linux, ce qui élargit la stratégie logicielle de Valve. Cette technologie répond notamment aux besoins d’un casque autonome susceptible d’accueillir des jeux issus de l’écosystème mobile.

Valve publie Lepton et FEX sous la forme de composants installables depuis Steam. Le paquet public de Lepton pèse environ 1,07 Go et plusieurs branches, dont des versions expérimentales, sont accessibles.

Lepton ne fonctionne pas comme un simple émulateur Android isolé. Le composant fournit un environnement intégré au système Linux afin de lancer des applications Android depuis l’interface Steam.

L’infrastructure repérée dans Steam semble également permettre aux développeurs de distribuer des applications Android. Un dépôt peut recevoir un fichier APK, ainsi que des fichiers OBB optionnels pour les données volumineuses d’un jeu.

Les développeurs peuvent ensuite déclarer Android comme système d’exploitation compatible et définir l’APK comme exécutable de lancement. Steam Cloud doit aussi pouvoir synchroniser les sauvegardes Android avec les autres fichiers pris en charge.

Cette intégration rapproche plusieurs écosystèmes au sein d’une même plateforme. Les jeux Linux, les titres Windows et les applications Android peuvent théoriquement rejoindre une bibliothèque contrôlée depuis Steam.

L’intérêt est particulièrement fort pour le Steam Frame. Le casque autonome pourrait accéder à des jeux conçus pour Meta Quest ou d’autres appareils mobiles, tout en conservant les fonctions habituelles de Steam.

Valve ne confirme toutefois pas que chaque application Android fonctionnera sur le casque. La compatibilité dépendra des contrôles, des services requis, des performances et des autorisations accordées par l’application.

Une évolution prometteuse pour les consoles portables Arm

Le client Steam natif pourrait aussi intéresser les consoles portables Arm, les ordinateurs Snapdragon et les cartes de développement Linux. Ces appareils utilisent déjà des processeurs Qualcomm, MediaTek, Rockchip ou Broadcom, mais Steam n’y bénéficie pas encore d’un environnement officiellement généralisé.

Les ordinateurs portables équipés de Snapdragon X Elite ou Snapdragon X Plus figurent parmi les machines potentiellement concernées. Les cartes Raspberry Pi, le Nvidia DGX Spark et d’autres ordinateurs monocartes peuvent également tirer parti d’un client compilé pour Arm64.

La publication ouvre surtout une nouvelle piste pour les fabricants. Un constructeur n’a plus besoin de faire fonctionner l’interface Steam x86 avant de résoudre la compatibilité des jeux. Il peut s’appuyer sur un client adapté à l’architecture matérielle dès le départ.

Des expérimentations communautaires existent déjà. Le projet Switchdeck automatise notamment l’installation d’un environnement Steam sur certaines configurations Linux liées à la Nintendo Switch, avec Box64, Proton et des correctifs graphiques.

Des utilisateurs rapportent aussi des essais sur la ClockworkPi uConsole équipée d’un module Compute Module 5. Ces installations utilisent les paquets Steam Arm64 et le runtime publiés par Valve, mais elles ne bénéficient pas d’un support officiel de Valve ou de Debian.

Ces projets restent expérimentaux. Leur fonctionnement dépend de la distribution choisie, du noyau Linux, des pilotes graphiques et des bibliothèques installées. Une mise à jour peut également casser une configuration qui fonctionnait jusque-là.

L’intérêt pour les consoles portables ne garantit donc pas une arrivée immédiate de Steam sur Android ou sur chaque appareil Arm. Valve doit encore définir les machines prises en charge et les jeux certifiés.

Les limites actuelles du client Steam Arm64

Le client Steam Arm64 ne constitue pas encore une compatibilité complète avec le catalogue Steam. Plusieurs limites techniques et commerciales empêchent de le présenter comme une version prête pour tous les appareils Linux Arm.

La première limite concerne l’absence d’annonce officielle fortement mise en avant. Valve rend le binaire disponible, mais ne détaille pas encore une procédure universelle destinée au grand public.

La deuxième limite touche l’installation. Les liens symboliques et les bibliothèques nécessaires demandent des connaissances avancées de Linux. Un utilisateur débutant peut rencontrer des erreurs avant même d’ouvrir la boutique Steam.

La troisième limite concerne les jeux. La majorité du catalogue reste compilée pour x86 ou x86-64. Le client Arm64 ne recompilé pas ces titres et ne remplace ni Proton ni FEX.

Les performances varieront aussi fortement selon le matériel. Un Snapdragon 8 Gen 3, un Snapdragon X Elite et un Raspberry Pi ne disposent ni de la même puissance processeur, ni des mêmes pilotes Vulkan, ni de la même quantité de mémoire.

La compatibilité graphique ajoute une difficulté supplémentaire. Les jeux utilisant des fonctions spécifiques, des pilotes propriétaires ou des composants Windows particuliers peuvent afficher des bugs ou refuser de démarrer.

Les systèmes anti-triche peuvent également bloquer certains titres. Proton prend déjà en charge plusieurs solutions, mais cette compatibilité dépend du jeu, du développeur et de la configuration du service.

Enfin, Valve ne détaille toujours pas le prix ni la date de sortie du Steam Frame dans les sources consultées. Le calendrier commercial du casque reste donc distinct de la publication du client Arm64.

Valve prépare une plateforme Steam plus large

La publication silencieuse du client Arm64 montre que Valve prépare plusieurs couches pour accompagner le lancement du Steam Frame. L’entreprise met en place un système Arch Linux Arm64, un client Steam natif, FEX, Lepton et une adaptation de Proton.

Cette architecture répond à trois besoins différents. Le client Arm64 gère directement Steam, FEX fait fonctionner les programmes x86 et Lepton ouvre l’accès aux applications Android.

L’approche réduit le risque de dépendre d’un seul outil. Si un jeu ne dispose pas d’une version Arm64, FEX peut tenter de traduire son exécutable. Si une application vient d’Android, Lepton fournit un environnement adapté.

La présence de ces composants dans les infrastructures publiques suggère une transition vers une phase opérationnelle. Valve ne se limite plus à développer un prototype interne : elle prépare les logiciels nécessaires à leur distribution.

Le Steam Frame devient ainsi un banc d’essai pour une stratégie plus ambitieuse. À moyen terme, les travaux réalisés pour le casque pourraient profiter aux ordinateurs Snapdragon, aux consoles portables Arm et aux distributions Linux compatibles.

Cette évolution ne confirme pas une date de lancement précise. Elle montre néanmoins que Valve traite désormais Arm64 comme une architecture importante pour l’avenir de Steam, au-delà du seul marché des ordinateurs x86.

L’enjeu principal reste la compatibilité des jeux. Si Proton, FEX et les pilotes graphiques atteignent un niveau de fiabilité suffisant, le client natif pourra devenir la première étape d’un Steam réellement multiplateforme.

FAQ

À quoi sert le client Steam Linux Arm64 de Valve ?

Le client Steam Linux Arm64 permet d’exécuter directement l’interface Steam sur un appareil équipé d’un processeur Arm64. Il évite donc d’utiliser une version x86 émulée pour accéder à la boutique, gérer une bibliothèque ou télécharger des fichiers. Cette publication prépare principalement l’environnement logiciel du Steam Frame.

Le client Steam Arm64 permet-il de jouer à tous les jeux Steam ?

Non, le client Steam Arm64 ne rend pas automatiquement les jeux compatibles avec les processeurs Arm. Une grande partie du catalogue utilise encore des exécutables x86 ou x86-64. Ces titres doivent généralement passer par Proton pour Windows et FEX pour traduire les instructions vers Arm64.

Quel processeur équipera le Steam Frame ?

Le Steam Frame doit utiliser une puce Qualcomm Snapdragon 8 Gen 3, basée sur l’architecture Arm64. Valve développe également une version de SteamOS adaptée à cette plateforme, avec l’aide de Collabora et du projet Holo Core, un portage Arm64 d’Arch Linux destiné au casque.

Quelle est la différence entre Proton et FEX ?

Proton traduit les appels d’un jeu Windows afin de le faire fonctionner sous Linux. FEX agit sur les instructions du processeur et convertit à la volée le code x86 ou x86-64 vers Arm64. Un même jeu peut donc utiliser Proton et FEX successivement sur une machine Arm.

À quoi sert Lepton dans l’écosystème Steam Arm64 ?

Lepton fournit un environnement permettant d’exécuter des applications Android dans un conteneur Linux. Valve prépare ainsi la prise en charge de jeux et d’applications mobiles sur le Steam Frame. Steam semble aussi proposer des outils pour distribuer des fichiers APK, des données OBB et synchroniser les sauvegardes avec Steam Cloud.

✍️ Écrit par William Olson, fondateur de Jeuxvideal, joueur PC et console depuis Half-Life et la saga Halo. Chaque contenu est validé avant publication.

Contenu élaboré avec assistance IA, vérifié et validé par l'éditeur (voir notre méthodologie). Une erreur ? Elle est corrigée sous 24 h : signalez-la.

Ajouter un commentaire

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *