A Valve sohasem akarta volna megmenteni a Linux-ot, ha nincsen a Windows 8

enlightened Ez az oldal a közösségért készül. heart Kövess minket máshol is:  Linux Mint Magyar Közösség a Mastodon-on  Telegram csatorna – csak hírek  Beszélgessünk a Telegram – Linux csevegő csoport  Hírek olvasása RSS segítségével  Linux Mint Hivatalos Magyar Közösség a Facebook-on      Linux Mint Baráti Kör a Facebook-on
wink Ha hasznosnak találod, és szeretnéd, hogy folytatódjon, támogasd a munkát Ko-fi vagy Paypal segítségével. laugh

kami911 képe

A PC-s játékos közösségben ma már szinte természetesnek tűnik, hogy Linuxon AAA-címek futnak, kézikonzol méretű PC-ken játszunk, és hogy a „SteamOS + Proton” kifejezés nem valami egzotikus hack, hanem egy valós, napi szinten használható platform. Ennek a történetnek a gyökere azonban nem idealizmusban vagy az open source iránti romantikus rajongásban keresendő, hanem egy nagyon is üzleti jellegű félelemben: mi lesz a Steammel, ha a Windows bezárja az ajtót a független szoftverterjesztés előtt?

Amikor Gabe Newell 2012-ben nyilvánosan „katasztrófának” nevezte a Windows 8-at a PC-s szektor számára, nem pusztán az új, csempés felületet kritizálta. A valódi aggodalom az volt, hogy a Microsoft a Windows Store-ral elindult abba az irányba, ahol az alkalmazások terjesztését egy központi, gyártó által kontrollált csatorna uralja – hasonlóan ahhoz, ahogy az Apple az iOS-en teszi. Egy ilyen modellben egy független digitális áruház, mint a Steam, könnyen kiszolgáltatottá válhat, vagy akár teljesen ki is szorulhat.

Newell ekkor fogalmazta meg azt a célt, amely azóta gyakorlatilag a Valve stratégiájának vezérfonalává vált: a Linuxot valódi, életképes játékplatformmá kell tenni. Nem azért, mert a cég „megmenteni” akarta a Linuxot, hanem mert szüksége volt egy menekülőútra, egy biztosítékra arra az esetre, ha a Windows-ökoszisztéma túlságosan bezárulna. A következő években ebből a védekező lépésből lett SteamOS, Proton, Steam Deck, majd egy komplett, nappaliba szánt PC-vonal Steam Machine néven.

A klasszikus csapda: nincs játék, nincs felhasználó – nincs felhasználó, nincs játék

A Linux játékos szempontból évtizedekig egyetlen, nagyon makacs problémába ütközött: a platformon futó natív játékok száma elenyésző volt. A fejlesztők nem akartak erőforrást áldozni Linux-portokra, mert a felhasználói bázis kicsi volt; a felhasználók pedig nem akartak Linuxra váltani, mert nem volt mit játszaniuk. Ez a klasszikus „tyúk vagy a tojás” helyzet, amelyet pusztán pénzzel sem lehet egyszerűen megoldani: hiába fizetne a Valve néhány stúdiónak portolásért, a hosszú távú ökoszisztéma-építéshez ennél sokkal szélesebb, automatizálható megoldás kellett.

Proton: a kör bezárása helyett átugrása

Az áttörést a 2018-ban, a Steam Play részeként bevezetett Proton hozta meg. A Proton a Wine-ra épülő kompatibilitási réteg, amely a Windows-játékok rendszerhívásait valós időben fordítja le Linux alatt futtatható formára. A kulcs az, hogy a fejlesztőknek ehhez semmit nem kell tenniük: ugyanazt a Windows buildet adják ki, amit eddig, a játékos pedig Linuxon egyszerűen megnyomja az „Install” gombot a Steamen.

Technikailag a Proton több réteg együttműködéséből áll: a Wine biztosítja a Win32/Win64 API-k emulációját, a DXVK és VKD3D-Proton a Direct3D 9/10/11, illetve 12 hívásokat fordítja Vulkanra, a futtatókörnyezetet pedig a Valve saját patchekkel és kiegészítésekkel optimalizálja játékokra. A cél nem az volt, hogy minden Windows-funkció 1:1-ben reprodukálható legyen, hanem hogy a játékok döntő többsége stabilan, jó teljesítménnyel fusson.

A ProtonDB-hez hasonló közösségi kompatibilitási adatbázisok alapján 2025 végére a Windows-játékok nagyjából 90%-a valamilyen szinten futtathatóvá vált Linuxon, jelentős részük „Gold” vagy „Platinum” minősítéssel, azaz gyakorlatilag beavatkozás nélkül. Ez az a pont, ahol a „csak válts Linuxra” típusú kijelentés először nem üres fenyegetés, hanem reális opció lett egy átlagos játékos számára is.

Grafikus stack: amikor a Valve elkezdi javítani azt is, ami nem az övé

Miután a szoftveres kompatibilitás nagy részét a Proton megoldotta, előtérbe került a Linux másik régóta ismert gyenge pontja: a grafikus driverek. A GPU-gyártók – különösen az Nvidia, de sokáig az AMD is – elsősorban Windowsra optimalizált, zárt meghajtókat fejlesztettek, a Linux-támogatás pedig gyakran évekkel, funkciókkal és teljesítménnyel maradt el.

A Valve ezért saját mérnököket állított rá az AMD nyílt Vulkan driverére, a RADV-ra. A RADV a Mesa projekt része, és a közösség, valamint olyan szereplők, mint a Red Hat és a Google mellett a Valve is komoly erőforrást tett bele. Az eredmény sokszor látványos: volt olyan, AMD által kiadott benchmark-alkalmazás, ahol egyetlen Valve-fejlesztő patch-e több mint kétszeres (228%-os) teljesítménynövekedést hozott bizonyos GPU-kon. Független mérések többször kimutatták, hogy a RADV egyes játékokban eléri vagy meg is haladja az AMD hivatalos, Windowsos driverének teljesítményét.

A grafikus stack másik kritikus eleme a megjelenítési rendszer. A Linux hagyományos X11 rendszere évtizedek óta szolgál, de modern játékos igények – alacsony késleltetés, változó képfrissítés, HDR, több kijelző, skálázás – mellett egyre nehezebben fejleszthető. A Valve ezért megírta a Gamescope-ot, egy Wayland-alapú kompozitort, amelyet kifejezetten játékra optimalizáltak. A Gamescope a Steam Decken minden egyes képkockát érint: kezeli a felbontás-skálázást, a frame limitet, a teljes képernyős módot, és a jövőben a HDR-t is. Érdekesség, hogy az Nvidia – amely hosszú ideig inkább mostohán kezelte a Linuxos játékosokat – ma már kifejezetten a Valve segítségét kéri abban, hogy a Gamescope megfelelően működjön a saját zárt driverével.

A lényeg: a Valve nem zárta be ezeket a fejlesztéseket a saját ökoszisztémájába. A RADV, a Gamescope és számos egyéb patch visszakerül a közös, nyílt forrású projektekbe, így bármelyik disztribúció, köztük a Linux Mint is profitál belőlük, függetlenül attól, hogy a felhasználó valaha látott-e SteamOS-t.

Steam Deck: a Linux, amit a felhasználó észre sem vesz

Amikor 2022-ben megjelent a Steam Deck, a Proton, a RADV és a Gamescope már évek óta élesben csiszolódott. A Deck valójában nem egy „Linuxos kütyü” volt, hanem egy bizonyíték arra, hogy a teljes stack – kernel, driver, grafikus réteg, kompatibilitási réteg, UI – együtt elég kiforrott ahhoz, hogy egy átlagos, parancssort sosem látott játékosnak is el lehessen adni.

A Valve pontos eladási számot nem közölt, de annyit elárult, hogy „több millió” példányt értékesített. Piackutatók szerint 2024-re a Steam Deck a kézi PC-s játékpiac nagyjából felét tette ki. A hatás a Steam Hardware Surveyben is látványos: a Linux részesedése a 2010-es években tartósan 1% alatt volt, 2026 tavaszán viszont 5% fölé ugrott, majd 4% körüli szinten stabilizálódott. E számok egy része természetesen „rejtett” Linux-felhasználó: sokan úgy lettek Linux-játékosok, hogy egyszerűen bekapcsolták a Steam Decket, és soha nem gondoltak bele, milyen operációs rendszer fut alatta.

SteamOS a nappaliban és az asztalon: Steam Machine, Steam Frame és a hardveres diverzifikáció

A Valve stratégiája 2025–2026 körül lépett új szintre. A cég megnyitotta a SteamOS-t harmadik féltől származó kézikonzolok előtt – olyan gyártók, mint a Lenovo vagy az Asus, elkezdtek SteamOS-alapú konfigurációkat kínálni –, majd 2026-ban a rendszer elérhetővé vált bármely kompatibilis AMD-s PC-re, az Intel-támogatás pedig úton van. Ezzel a SteamOS kilépett a „csak Deckre való” szerepből, és általános célú, játékra optimalizált Linux-disztribúcióvá vált.

Ugyanebben az évben jelent meg a Steam Machine, egy kompakt, nappaliba szánt PC, amely SteamOS-sel érkezik, és a Steam Deck teljesítményének többszörösét kínálja. A belépőmodell 1049 dolláros áron indult, és a memóriachip-hiány miatt a Valve kénytelen volt sorsolásos, előjegyzéses rendszert bevezetni a normál bolti értékesítés helyett. A Steam Machine mellett debütált a Steam Frame VR headset is, szintén SteamOS-alapokon, ezzel a Valve a VR-piacon is saját, Windows-független lábra állt.

A kirakós utolsó nagy darabja a GPU-piac domináns szereplője, az Nvidia. A legtöbb PC-s játékos GeForce-kártyát használ, az Nvidia zárt Linux-driverének integrációja azonban hosszú ideig problémás volt a nyílt grafikus stackkel. 2026 júniusában Pierre-Loup Griffais, a Valve egyik vezető mérnöke megerősítette, hogy a cég dedikált csapattal dolgozik az Nvidiával a SteamOS-re optimalizált GeForce-támogatáson, az első, kifejezetten SteamOS-re szabott driververziót pedig legkorábban 2026 végére célozzák.

Ha ez a munka beérik, a SteamOS többé nem „az a Linux, ami AMD-vel működik jól”, hanem egy olyan operációs rendszer, amelyet a PC-s játékosok döntő többsége – függetlenül attól, hogy AMD vagy Nvidia kártyát használ – reálisan telepíthet és használhat.

„A Linux évének” új értelme: a desktop mint mellékhatás

A „Linux desktop éve” kifejezés régóta belső poén a közösségben. Ami mostanra megváltozott, az az, hogy a lendület mögött mérhető adatok és konkrét termékek állnak. Nagy tech YouTube-csatornák kísérleteznek Linuxra váltással, olyan disztribúciók, mint a Bazzite vagy a CachyOS kifejezetten a KDE Plasma köré épülnek – ugyanarra az asztali környezetre, amelyet a Valve is választott a SteamOS-hez –, ezzel is csökkentve a Windowsról érkezők tanulási görbéjét. Közben a Windows 11 olyan döntései, mint a kötelező Microsoft-fiók, az egyre agresszívebb reklámok és a sokak által feleslegesnek tartott AI-funkciók, akaratlanul is reklámot csinálnak a „Windows nélküli PC” gondolatának.

Van azonban egy fal, amelyet a Valve önmagában nem tud áttörni: az anti-cheat rendszerek világa. A két nagy szereplő, az Easy Anti-Cheat és a BattlEye technikailag már támogatja a Linuxot Protonon keresztül, de hogy egy adott játékban ezt a támogatást ténylegesen bekapcsolják-e, az üzleti döntés a kiadó részéről. Ezért fordulhat elő, hogy egyes, e rendszereket használó kompetitív címek – például a Fortnite – teljesen kizárják a Linux-játékosokat, miközben más, ugyanazt az anti-cheat megoldást használó játékok gond nélkül futnak.

Mit jelent mindez egy Linux Mint felhasználónak?

A Valve által épített ökoszisztéma előnyei nem korlátozódnak a SteamOS-re. A Proton a Steam kliensen keresztül bármelyik modern Linux-disztribúción, így a Linux Minten is használható. A RADV, a Gamescope és a Mesa-patchek a disztribúciók frissítési csatornáin keresztül érkeznek, így a játékosok anélkül profitálnak a Valve munkájából, hogy bármilyen „Valve-specifikus” rendszert kellene telepíteniük.

Gyakorlati szinten ez azt jelenti, hogy egy Linux Mint Cinnamon vagy KDE kiadás alatt, naprakész kernel és Mesa mellett, egy AMD-s vagy – megfelelő driverrel – Nvidia-s kártyával a Steam-könyvtár döntő része elérhető. A Steam Deck és a Steam Machine által kikényszerített optimalizációk (gyorsabb shader-kompiláció, jobb Vulkan-támogatás, alacsonyabb input lag) ugyanúgy érezhetők egy asztali gépen is.

Összegzés: egy félelemből született B-terv, amely önálló A-tervvé vált

A Valve nem azért fordult a Linux felé, mert meg akarta menteni a szabad szoftvert. Azért tette, mert reális veszélyt látott abban, hogy a Windows egyre zártabb, gyártó által kontrollált platformmá válik, amelyen egy független digitális áruház jövője bizonytalan. A SteamOS, a Proton, a Steam Deck, a Steam Machine és a hozzájuk kapcsolódó driver- és grafikus stack-fejlesztések mind ennek a menekülőút-építésnek a részei voltak.

Az irónia az, hogy ez a „biztosíték” ma már nemcsak a Valve túlélését szolgálja, hanem a Linux eddigi legerősebb érvévé vált a desktopon és a nappaliban egyaránt. A Windows 8 ma már csak egy lábjegyzet a Microsoft történetében. Az a technológiai és ökoszisztéma-építő munka viszont, amelyet a Valve a saját védelmében elindított, mára milliók számára tette valós alternatívává azt a mondatot, amely sokáig csak vicc volt: „átállok Linuxra, és maradok is rajta.”