Google brengt bètaversie Steam uit voor 20 Chromebooks

Google en Valve hebben Steam als béta naar ChromeOS gebracht. Daarnaast zijn de systeemvereisten voor het draaien van de gamingsoftware wat verruimd, wat meer Chromebooks compatibel moet maken. Ook worden bepaalde AMD-cpu's nu ondersteund.

Steam op ChromeOS ging in maart van dit jaar zijn alfafase in, maar ondersteunde op dat moment slechts zeven verschillende Chromebooks. Ditmaal zijn dat er twintig. Er is ondersteuning bij gekomen voor de twaalfde generatie Intel-cpu's, maar ook voor AMD's Ryzen 5000 C-serie. Ook is de minimumvereiste voor wat betreft ram van 16GB naar 8GB gegaan, hoewel niet iedere game met minder dan 16GB ram zal draaien. Intel i3's en Ryzen 3's worden ook ondersteund.

Google belooft dat deze nieuwe versie van Steam beter zal presteren op Chromebooks. Een van die euvels, een buitensporig effect op framerates bij hogere resoluties, moet verholpen zijn. Ook meldt Google dat de games minder opslagruimte zullen innemen. Ondersteuning voor Proton, Valves vertaallaag om Windows-executables te draaien in Linux-omgevingen, is er ook. Anticheatsoftware werkt echter nog niet op ChromeOS. Ook is er vroege ondersteuning voor DX12.

Google concretiseert de bredere ondersteuning van Steam op ChromeOS middels een lijst met aanbevolen games om op het platform te spelen. Daar zijn nu 50 nieuwe spellen aan toegevoegd, meldt het bedrijf. In de instructies voor deze bèta staat geschreven dat ChromeOS bèta 108.0.5359.24 de eerste zal zijn die deze nieuwe versie van Steam meekrijgt. Een geplande datum voor de releaseversie van Steam is er nog niet.

Steam op ChromeOS

Door Mark Hendrikman

Redacteur

04-11-2022 • 08:55

39

Reacties (39)

Sorteer op:

Weergave:

Inderdaad cool dat dit kan! Wel jammer dat Steam in een VM draait (daarom raden ze ook 16GB ram aan vanwege de overhead..). Ik snap dat je dit wilt isoleren van de rest van het OS, maar Linux heeft met containerisatie echt wel efficiëntere technieken dan virtualisatie om dit voor elkaar te krijgen.

Voor wie nieuwsgierig is hoe dit op de achtergrond werkt, zie deze blog: https://chromeos.dev/en/p...ating-steam-into-chromeos
Chrome OS is toch Linux dus waarom is er een vroege ondersteuning voor dx12?
Die ondersteuning zit in Proton, wat de 'emulatie' laag is om windows applicaties te kunnen draaien op linux.
Ik gok met de quotes dat je met emulatie iets anders bedoeld, maar Wine is geen emulatie laag.

https://en.wikipedia.org/wiki/Wine_(software)
Een interessant backroniem is dat Wine "Wine Is Not an Emulator" is. Die heeft een interessante geschiedenis.
De oorspronkelijke auteur wilde het eerst winemu noemen, maar vond dat niet leuk. Hij kortte het in tot "wine", wat hem deed denken aan "whine" en "whinny". Hij vond "whine" leuk, maar te lang, dus werd het "wine".
De eerste suggestie van "Wine is not an Emulator" was in 1993, toen er bezorgdheid was dat Microsoft handelsmerkbezwaren zou hebben tegen "Windows Emulator". Niemand nam die naamsuggestie serieus.
Pas in 1997 werd hij aangepast, als alternatief. Eind 1997 zei de Wine FAQ
> Het woord Wine staat voor één van twee dingen: WINdows Emulator, of Wine Is Not an Emulator. Beide zijn juist. Gebruik welke u het beste bevalt.
De verschuiving naar het niet vermelden dat het een Windows emulator is gebeurde later. De release notes voor 981108 zeiden
> Dit is versie 981108 van Wine, de MS Windows emulator.
en voor 981211 stond
> Dit is versie 981211 van Wine, een vrije implementatie van Windows op Unix.
Voor zover ik heb kunnen opmaken uit oude Usenet berichten, waren er twee redenen waarom ze niet meer vermeldden dat het een emulator was.
1. Het kon voor meer gebruikt worden dan alleen het draaien van Windows binaries onder Unix. Als je de broncode van een Windows programma had, kon je het compileren op Unix en het koppelen met Wine om een port van het Windows programma te krijgen. Wine was nu een Windows compatibiliteitssysteem dat meer inhield dan alleen een emulator. Het was een emulator en een portbibliotheek.
2. Computers werden snel genoeg dat mensen hardware emulators begonnen te gebruiken om dingen te doen zoals het draaien van spelprogramma's van oude consoles of oude personal computers. Dergelijke emulators waren niet erg snel. Hierdoor zouden gebruikers kunnen denken dat emulatie inherent traag is, wat hen ervan zou kunnen weerhouden Wine te proberen, in de verkeerde veronderstelling dat het ook traag zou zijn.
Wine, wanneer het gebruikt wordt om Windows binaries te draaien in plaats van als een bibliotheek bij het porten, is in feite nog steeds een emulator, net als toen Bob Amstadt het voor het eerst schreef. Er veranderde niets technisch toen ze het backroniem toevoegden, of de tekst voor de 981211 release notes veranderden.
Maar nu zijn er genoeg mensen die alleen het backroniem hebben gezien, en de enige emulators die ze hebben gebruikt en die zichzelf emulators noemen, waren hardware-emulators, en dus zullen ze volhouden dat iets alleen een emulator is als het hardware emuleert.

(Vertaald. Origineel is door ene 'tzs' op 2022-01-19 in het Engels geschreven.)
Nee, proton is een wrapper voor WINE.
Ik vroeg me precies hetzelfde af. Wat ik me kan bedenken is:
  • Microsoft heeft zijn Evil plan om DirectX voor Linux op Windows te krijgen omgezet in een filantropisch plan om DirectX op Linux werkend te krijgen, en heeft hiervoor samengewerkt met Google zodat ChromseOS deze experimentele kernel al heeft. Lijkt me sterk.
  • Proton heeft experimentele ondersteuning voor DirectX 12.
Dat laatste lijkt al een jaar het geval: Valve Enables Experimental Nvidia DLSS Support For DirectX 12 in Proton
Een alpha versie van ChromeOS heeft begin dit jaar ondersteuning voor Steam gekregen: https://chromeos.dev/en/posts/bringing-steam-to-chromeos
Nu zit die ondersteuning in de Beta release van ChromeOS Beta 108.0.5359.24 (of nieuwer).
In de change-log voor deze release staat: Initial DX12 support.
Dus ik neem aan dat ze actief iets hebben moeten aanpassen om de bestaande DX12 support van Steam werkend te krijgen op ChromeOS.
VKD3D is verre van experimenteel.
VKD3D is verre van experimenteel.
Goed punt, gezien de verwoording
Ook is er vroege ondersteuning voor DX12.
Zullen ze dan wel geen VKD3D gebruiken, maar niets anders dat nog niet zo goed werkt.
DirectX12 werkt voor een groot deel op Linux omdat ze onder de motorkap een vertaalslag doen naar Vulkan met wat extra dll bestanden. Dus ja, het is niet zo dat je letterlijk op hardware niveau DirectX 12 draait zoals bij Windows het geval is, maar hij kan dus wel DirectX 12 applicaties ondersteunen.
Er zijn DirectX 12 drivers voor Linux, Microsoft had deze gemaakt voor WSL. Het zou best kunnen zijn dat ze deze drivers hebben geport naar "normaal" Linux en dat ChromeOS deze op driver sommige apparaten meelevert. Microsoft had ook al geprobeerd een koppelstuk voor deze proprietare DirectX implementatie in mainline Linux te krijgen.

Gewoon weer een poging van Microsoft om developers af te leiden van alternatieve open graphics APIs binnen Linux zoals Vulkan en OpenGL.

Als we Linux ports krijgen van games die onder DirectX 12 draaien vertik ik het om dit te installeren.

Embrance... Extend...

[Reactie gewijzigd door Omega op 25 juli 2024 00:53]

Embrance... Extend...
We zijn ruim een decennium (als het niet al twee is) verder. In de technologische sector... Kunnen we dit hoofdstuk alsjeblieft gewoon sluiten?
Welke conclusies moet ik anders trekken uit het feit dat Microsoft zijn DirectX 12 API genesteld probeert te krijgen in het Linux-ecosysteem via ChromeOS. Welke conclusies moet ik trekken uit het feit dat DirectX 12 voor Linux een proprietare tool is dat voorheel alleen draaide binnen een zwaar gemodificeerde Linux kernel onder WSL?

Het is nu wachten op "Linux" ports die alleen draaien onder ChromeOS omdat ze DirectX 12 gebruiken.

Het lijkt mij onwaarschijnlijk dat ze het hier hebben over DirectX over Vulkan, dan hadden ze DirectX niet vermeld.
Ik denk dat DirectX over Vulkan wel degelijk is wat Tweakers hier bedoelt.
Je conclusie is onjuist want Microsoft wil dit niet. Microsoft wil dat je Windows gebruikt en eventueel je Linux software binnen Windows draait. Dus ja, Microsoft heeft drivers die onder de motorkap DirectX gebruiken voor het Windows Subsystem for Linux en nee dit is niet wat hier wordt gebruikt voor DirectX ondersteuning voor Linux.

Linux heeft geen echte DirectX ondersteuning en de ondersteuning voor DirectX software komt niet van Microsoft. Het is de Linux community zelf en o.a. Valve die zo hard werken aan een laag die met behulp van Wine de Windows Games kan uitvoeren door de DLL's die de software aan roept te linken aan calls die geschikt zijn voor Linux. En met DirectX wordt dezelfde truuk uitgehaald door het te linken aan Vulkan. Vulkan ondersteuning vind je overal dus daar is ChromeOS niet bijzonder in.

Dus wat hier gebeurt is ondersteuning voor DirectX software door deze te laten draaien op Vulkan. En het gaat volledig buiten Microsoft om.
Aannames, nog wild verkeerd ook.
Toch is het niet zo'n gek verhaal van @Omega

Embrace... "Microsoft O+ Linux". "Kijk hier heb je een versie van Teams" (die nu alweer wordt stopgezet)

Extend... "Kijk, deze functies (DirectX in dit geval Link met dank aan @84hannes) zijn alleen beschikbaar op WSL"
En ook: "Waarom draaien jullie devs nog Linux op de laptop?? Gebruik WSL. Heeft extra functionaliteit bovenop Linux."
Dit is de fase waarin we nu zitten.

Extinguish: Steeds meer apps die gebruik maken van WSL specifieke addons waardoor Linux als desktopfenomeen verdwijnt. Gelukkig zijn we hier nog lang niet en ik denk ook niet dat het gebeurt. Maar het is wel een logisch vervolg van deze strategie. MS wil relevant blijven op de desktopmarkt en steeds meer devs wilden Linux om beter aan te sluiten bij wat ze in de cloud draaien. WSL is een directe reactie daarop.

Microsoft is inderdaad niet meer zo dom om de strategie zo te noemen - die blunder is wel aangekomen - maar het verschilt niet veel met hoe ze het vroeger deden. Als ze wel echt om Linux zouden geven, dan zouden ze DirectX open sourcen en het overal beschikbaar maken natuurlijk. Nu wordt het gebruikt als "selling point" voor WSL.

[Reactie gewijzigd door GekkePrutser op 25 juli 2024 00:53]

Omdat de schrijver kennis nog kunde heeft over dit onderwerp;)
De Chromebook lijkt zo steeds meer op een normale laptop. Was het idee niet juist een laptop te maken die alles via de browser deed, vrijwel geen opstarttijd had en op zwakke hardware urenlang op een acculading kon werken?
Zou niet gek zijn als Google probeert dat te combineren?

Alles of veel kan wat 'normale' (lees: Windows) laptops ook kunnen, maar dan met significant meer stabiliteit, ease of use en sneller op mindere hardware
significant meer stabiliteit
Dat doet vermoeden, dat je wel heel vaak vastlopers of rare uitzonderingen ondervindt bij het gebruiken van Windows (laptops)? Ben benieuwd bij wat voor zaken het significant vaak mis gaat en / of hoe extreem stabiel een Chromebook dan is.
Nee, het enige vermoeden dat hier heerst is dat geen van jullie weet waar die het over heeft ;)
Die stabiliteit wordt ondermijnd door het OS uit te breiden met meer functionaliteit. Anders zou je net zo goed een gewone Linux laptop kunnen kopen. Die heeft namelijk al die functies al en draait op grotendeels dezelfde kernel.
Zo werkt dat niet.
Lijkt me niet. Ze hebben ook wel Linux ondersteuning ontwikkeld.

Ik denk dat het idee wegkomt omdat ze daar mee begonnen zijn. Ze bouwen nu gewoon verder. Dus wie weet zit je over 10 jaar ook iedere maand ook een half uur naar een Windows Chrome update scherm te kijken.

/s dat was een grap en het update process ziet er heel anders uit. Het is erg dat ik het moet uitleggen maar ik heb geen zin in flame reacties.

[Reactie gewijzigd door Verwijderd op 25 juli 2024 00:53]

Mooi nieuws! Chromebooks zijn enorm populair bij scholieren en studenten wereldwijd dus dit zal vast goed gebruikt gaan worden.

Gamen met Steam onder Linux werkt al jaren erg goed. Dit is een logische stap, ChromeOS is in de basis Gentoo.
Op Chromebooks die de Linux (Beta) optie hebben was het al vrij lang mogelijk om iets dergelijks goed draaiend te krijgen. Sowieso doet ChromeOS sinds (naast de Play Store) de Linux container is ingebouwd vrij weinig meer onder voor een normale Linux desktop, maar bieden wel performance voor een goede prijs. Nadeel is alleen dat de normale eindgebruiker niet veel kan met die commandline om GUI apps te installeren (tenzij andere scripts aanleveren waardoor ze maar één ding in hoeven te typen). DEB's installeren met één klik kan, maar als dat lukt wordt zelfs dat soms al vaag gevonden. Voor velen heeft een Chromebook dus nog steeds de opzet die het voorheen ook al had, vaak weten ze niet eens dat het mogelijk is om allerlei software te draaien.

Zou dus mooi zijn als er meer van dit soort apps komen die hopelijk makkelijk te installeren zijn en draaien als een normale app. Zolang het niet ten koste gaat van hoe licht het systeem is. Het moet niet alsnog een Windows vervanger worden, de focus moet blijven liggen op het aanbieden van betaalbare laptops voor mensen die toch 99% in de browser doorbrengen, op Windows of welk systeem dan ook. En dat zijn er veel tegenwoordig.

[Reactie gewijzigd door crazyboy01 op 25 juli 2024 00:53]

Werkt dit ook op custom chrome os flex isntallaties?
Ik wou dat ik gewoon door kon gaan met Stadia op mijn chromebook... :(
Maar voor mijn volgende aankoop zal ik die lijst er in elk geval wel bij nemen!
Aan wat voor games moet ik denken dan? Zullen het voornamelijk oude/indie games zijn die hierop gaan draaien? Zo nee, is dit niet gewoon een glorified variant op Stadia? Zo ja, kwestie van tijd voordat dit zich mag aansluiten bij killedbygoogle.com dan.
Coole toevoeging voor Chrome OS maar ik gebruik toch liever Windows of MacOS dat werkt toch een stuk gemakkelijker voor mij.

Op dit item kan niet meer gereageerd worden.