Architektur der Abhängigkeit: Was FEX und Lepton wirklich verschieben
Die Drähte summen wieder. Diesmal nicht aus dem Äther, sondern aus einer Architektur, die sich zwischen uns und den Code schiebt. Valve hat zwei neue Kompatibilitätsschichten für SteamOS vorgestellt: FEX und Lepton. Klingt nach Werkzeug. Ist es auch. Aber Werkzeuge sagen wenig darüber aus, wer die Werkstatt besitzt.
Beginnen wir mit dem, was bekannt ist. Seit dem Steam Deck kennen Linux-affine Spieler Proton — eine Schicht, die Windows-Spiele auf dem Linux-basierten SteamOS lauffähig macht. Proton selbst war keine Valve-Erfindung aus dem Nichts. Es fußt auf Wine, dem altbekannten Übersetzungswerkzeug, das seit Jahrzehnten die Brücke zwischen Windows-Aufrufen und Unix-Welten schlägt. Was Valve tat: Proton nehmen, schleifen, in die eigene Infrastruktur pressen, damit der Steam Deck ein Argument bekommt.
Jetzt also zwei neue Schichten obendrauf. Die erste heißt FEX — Valves Portierung von fex-emu, einem quelloffenen Projekt, das x86-Prozessorbefehle auf ARM-Chipsätzen emuliert. Wer die Frequenzen kennt, weiß: ARM ist die Architektur, auf der mobile Geräte laufen, auf der Apples Chips rechnen, auf der zunehmend alles sitzt, was nicht klassisches x86 ist. FEX existiert seit 2018. In dieser Zeit wuchs es laut eigener Website zu einem "fortschrittlichen Binary-Recompiler" heran, der alle modernen Erweiterungen des x86(-64)-Befehlssatzes unterstützt. Die Software kann zudem direkt auf Grafikbibliotheken wie OpenGL und Vulkan zugreifen, um den Overhead zu senken, und nutzt "Code-Caching, um Stuttering so weit wie möglich zu minimieren" — so wörtlich die Steam-Entwicklerdokumentation.
Das Entscheidende steht nicht im technischen Datenblatt. Es steht in der Finanzierungsgeschichte. Pierre-Loup Griffais, Ingenieur bei Valve, erklärte The Verge im vergangenen Jahr, das Unternehmen habe Fex-Chefentwickler Ryan Houdek bereits finanziert, als das Projekt noch ein Prototyp war. Damals kalkulierte Valve: "nahezu ein Jahrzehnt Arbeit [wird] nötig sein, bevor [Fex-emu] robust genug ist, dass sich Leute darauf für ihre Bibliotheken verlassen können." Houdek selbst schrieb im November vergangenen Jahres zum siebten Projektgeburtstag: "Ich danke den Leuten von Valve, dass sie von Anfang an dabei waren und mir erlaubt haben, dieses Projekt anzustoßen."
Ein Jahrzehnt. Sieben Jahre Geduld. Valve hat einen langen Atem gezeigt und einen einzelnen Entwickler über Jahre gestützt. Wer jetzt noch glaubt, das hier sei spontane Innovation, hat die Maschine nicht verstanden.
Die zweite Schicht heißt Lepton — eine Erweiterung des bestehenden Waydroid-Projekts. Ziel: standardisierte Android-APKs auf SteamOS durch einen Software-Container lauffähig zu machen. Mobilspiele auf einem Linux-System. Eine Übersetzungsschicht, die zwei Ökosysteme zusammenführt, die sonst getrennt verhandeln.
Was ändert das am Markt? Mehrere Dinge gleichzeitig. Erstens: Valve positioniert SteamOS nicht mehr nur als Alternative zum Windows-Desktop-Gaming, sondern als universellen Untergrund — x86-Spiele laufen über Proton, ARM-Spiele laufen über FEX, Android-Spiele laufen über Lepton. Wer sich heute für ARM-Hardware entscheidet, muss laut Griffais nicht mehr sagen: "Dieses Gerät ist gut, die Spezifikationen stimmen, der Preis stimmt — aber einen Teil meiner Bibliothek muss ich zurücklassen."
Zweitens: Valve sucht aktiv nach SteamOS-Versionen für andere ARM-Geräte. Griffais zur Rock Paper Shotgun: "Ich denke, eines der Dinge, die wir tun wollen und wofür der Frame den Weg ebnet, ist einfach allgemeineres SteamOS für ARM, oder? Es gibt eine Reihe von Geräten, auf denen man großartige SteamOS-Erfahrungen haben könnte, die derzeit in einer Art angrenzendem Ökosystem sitzen, das ein bisschen anders ist. Aber wirklich nicht sehr anders, unserer Meinung nach."
Ein angrenzendes Ökosystem. Es ist bezeichnend, wie Valve Sprache benutzt. "Angrenzend" — nicht "konkurrierend". "Ein bisschen anders" — nicht "fremd". Das ist die Stimme eines Unternehmens, das sagt: Diese Geräte gehören uns noch nicht, aber sie werden uns gehören.
Drittens — und hier wird es politisch: Valve hat FEX nicht erfunden. Valve hat es übernommen, gepflegt, integriert. Proton basierte auf Wine. Lepton basiert auf Waydroid. Drei Schichten, drei verschiedene Open-Source-Wurzeln. Valve tritt nicht als Erfinder auf, sondern als Gärtner, der fremde Setzlinge in sein eigenes Beet umpflanzt. Was wächst dort? Ein SteamOS, das überall läuft. Auf jedem ARM-Chip, der genug Leistung bietet. Auf jedem Gerät, das Valve ins Visier nimmt.
Die Lücken, die bleiben, sind aufschlussreich. Native ARM-Spiele etwa. Solange Valve primär übersetzt, anstatt native Pfade zu bauen, bleibt jeder ARM-Emulationsvorgang ein Kompromiss — schnelles Code-Caching hin oder her. Auch Linux-native Spiele jenseits des Steam-Katalogs fallen durch das Raster, wenn sie nicht über Proton oder den neuen Schichten laufen. Und nichts davon beantwortet die grundsätzliche Frage nach der Kontrolle. Wer besitzt die Bibliothek? Wer kontrolliert die Kompatibilitätsschicht? Wer kann morgen entscheiden, dass ein Spiel nicht mehr durchgelassen wird?
Der Marktmechanismus ist altbekannt. Wer die Standards setzt, kassiert die Miete. Valve hat in den letzten Jahren verstanden, dass die wertvollste Ressource nicht mehr einzelne Spiele sind, sondern die Schicht, durch die sie fließen müssen. FEX und Lepton sind keine technischen Spielereien. Sie sind Landgewinn in einem stillen Krieg um die Vorherrschaft darüber, wie Software auf welcher Hardware läuft.
Mein Büro riecht nach Lötzinn und kaltem Kaffee. Die Depesche geht raus. Was morgen auf dem Tisch liegt, wird zeigen, ob dieses Land verteidigt oder nur erweitert wird.
❖ Ende des Artikels ❖