Factorio a un port ARM64, et c'est un casque qui a signé le bon de commande
Le 18 septembre, Wube publie Factorio pour Linux ARM64. Le prétexte n'est pas un Raspberry Pi plus costaud : c'est le Steam Frame, et le binaire suit quand même sur le Pi et sur Asahi.
L'usine tourne. Les tapis roulants font ce bruit sec que tu reconnais entre mille. Et quelque part, dans un bureau, quelqu'un signe un bon de commande pour une chaîne de montage supplémentaire. Pas parce que les joueurs l'ont réclamée sur un forum, même s'ils l'ont réclamée. Parce qu'un casque, posé sur une tête, avait besoin que le jeu existe en natif sur son processeur.
Le 18 septembre 2026, Wube raconte ça dans le Friday Facts n° 446. Factorio pour Linux ARM64 est disponible. Sur le site, y compris en version sans affichage, pour les serveurs. Sur Steam, dans la branche expérimentale 2.1. Le catalyseur a un nom : le Steam Frame.
Onze ans de « ce serait bien »
Le billet le dit sans romantisme. Des joueurs demandent un port Linux ARM depuis au moins onze ans. À chaque fois, le calcul retombait sur le même mur : maintenir une plateforme coûte, et le matériel pour la tester n'était pas là. Les serveurs Ampere, introuvables chez leur fournisseur. Les VPS ARM de Hetzner, en rupture. Le Raspberry Pi, trop juste pour afficher le jeu. Asahi Linux sur Mac, encore tôt.
Le Frame change l'équation parce que c'est une machine ARM64 qui veut faire tourner des jeux, y compris des jeux à plat, pas seulement en réalité virtuelle. Valve envoie deux kits de développement, un à Prague, un chez l'auteur aux États-Unis. Le premier démarrage de Factorio dessus date de février 2026, sur une build ancienne de SteamOS. Le billet prévient que la photo de cette époque ne montre pas le produit final.
Le détail qui concerne tout le monde, pas seulement le casque
Pour viser l'ARM64, il fallait un Steam Linux Runtime qui existe dans cette architecture. La 1.0 n'en a pas. Seule la 4.0 a été mise à jour pour l'ARM64. Or ce choix est global : le jour où Wube distribue le binaire ARM, tous les joueurs Linux basculent sur steamrt 4.0. Ils écrivent n'avoir rien vu casser. C'est une phrase que j'aime bien, parce qu'elle est étroite. « Rien vu », pas « rien cassé nulle part ».
L'infrastructure pour les jeux Linux natifs ARM n'est pas le chemin principal de Valve. Le billet le dit : la priorité va aux jeux Windows via Proton et FEX, et aux jeux Android via Lepton. Pour Factorio, le contournement consiste à envoyer les deux binaires à tout le monde, et à laisser un script choisir selon la machine. Des joueurs de la branche expérimentale l'ont vu arriver, avec quelques démarrages ratés au passage. Le genre de raté qui finit en capture d'écran, puis en correctif.
Les chiffres, sur une seule carte
Wube donne trois comparaisons, la même carte à chaque fois (Klonan, le Megagrid à 4 000 trains, 10 000 sciences par minute, jeu de base et rails surélevés). Le natif ARM64 face à la traduction x86 :
- sur le Frame, environ 11 % plus rapide que le même jeu passé par FEX ;
- sur un Raspberry Pi 5, 8 Go, environ 28 % plus rapide que via box64 ;
- sur un MacBook Pro M1 Pro sous Asahi, environ 35 % plus rapide que via FEX.
Je recopie « environ », parce que c'est leur mot, et je ne l'étends pas à ton usine à toi. Une seule carte, un seul scénario. L'ordre de grandeur, en revanche, est le sujet : FEX s'en sort assez bien pour que le natif soit un gain, pas une autre planète. Wube a l'air sincèrement impressionné par la couche de traduction. Moi aussi, un peu. Onze ans d'attente pour 11 % sur le casque, c'est presque vexant. Presque. Le Pi, lui, n'avait pas de binaire du tout.
Sur le Frame, les réglages graphiques sont ceux du Steam Deck, en 720p. Le jeu tiendrait 60 images par seconde la plupart du temps, avec des creux dans les scènes chargées. Baisser les graphismes n'a pas aidé : Wube y voit une limite du rendu OpenGL face à la pile logicielle du casque, pas un curseur à tirer.
Le Pi, de son côté, héberge une partie. Il ne l'affiche pas. L'OpenGL de la carte est trop limité. L'auteur raconte avoir fait tourner un serveur sur son Pi et avoir rejoint depuis le Frame, sans désynchro sur ce test-là. Asahi : « ça a l'air de marcher », testé par un ami, et personne chez Wube n'a de Mac ainsi installé. Tu peux essayer. Tu peux aussi attendre que quelqu'un d'autre trouve le bug.
✍️ À toi : si tu joues déjà sur un Pi, un Mac sous Asahi, ou un Frame, ce que la branche expérimentale donne chez toi. Le banc du billet est une carte. La tienne en est une autre.
Le bon de commande
Le Frame est certifié « Steam Frame Certified » pour Factorio, ce qui, dans le vocabulaire de Valve et de Wube, veut dire que le jeu tourne bien dessus. Très bien. Le binaire, lui, n'est pas resté dans le casque. Il est sur le site, en headless, et sur la branche expérimentale pour n'importe quel Linux ARM64.
C'est souvent comme ça que ça arrive. Pas par un manifeste. Par un constructeur qui a besoin que l'usine démarre sur sa machine, et par une équipe qui en profite pour ouvrir la même chaîne aux étagères d'à côté. Le tapis roulant n'a pas changé de bruit. Il a juste appris une architecture de plus.