Lijst toont 1200 Windows-games op Steam die 'volledig stabiel' draaien op Linux

Een onofficiële lijst die bijhoudt hoe stabiel Windows-games op Linux draaien, vermeldt inmiddels meer dan 1200 games die 'volledig stabiel' zouden moeten zijn. De lijst kwam tot stand nadat Steam zijn Play-dienst als bèta introduceerde, waarmee meer games op Linux te spelen zijn.

De lijst, die wordt bijgehouden door Steam-gebruikers, wordt aangevuld door mensen die Windows-games op Linux testen en vervolgens hun bevindingen vastleggen via een formulier. Het is onduidelijk hoe nauwkeurig deze tests verlopen en hoe consistent de bevindingen zijn. Inmiddels zijn er meer dan 2500 games op de lijst te vinden, waarvan ongeveer 1200 de aanduiding 'volledig stabiel' hebben. Ongeveer 830 games zijn 'stabiel', wat bijvoorbeeld kan betekenen dat het geluid niet volledig werkt of dat controllerondersteuning ontbreekt. Er is ook een website die het bekijken van de lijst via een interface mogelijk maakt en de meest populaire games toont.

Het project draagt de naam Steam Compatibility Reports. Valve kondigde onlangs aan dat het zijn Steam Play-dienst nieuw leven had ingeblazen door de ontwikkeling van Proton. Dat is gebaseerd op Wine en maakt het mogelijk om Windows-games op Linux-systemen te spelen. Bij de aankondiging zei Valve dat er tot nu toe 27 games zijn die officieel als stabiel zijn aangemerkt doordat ze een testproces hebben doorlopen. Het is echter ook mogelijk om zelf al aan de slag te gaan en games te testen, waaruit de huidige lijst is ontstaan. In de toekomst moeten spelers kunnen stemmen voor games om ze kandidaat te stellen voor opname in een whitelist.

Spelers die de bèta van de dienst willen uitproberen kunnen zich daarvoor aanmelden en vervolgens de nodige instructies opvolgen.

Reacties (156)

[Anoniem: 1071831]

Draait het dan ook op macOS of is dat weer anders?
Dacht namelijk dat macOS gebaseerd was op Linux.

[RangedNeedles]

Goeie vraag. Ik heb al eens gekeken om dit voor elkaar te krijgen (wil graag AoE2 HD op m'n Mac spelen), maar... snap niet goed wat ik net moet doen.

De makkelijkste oplossing voor Linux is je gewoon aanmelden voor de Steam Beta Client, waarna je automatisch games kan installeren(?) maar je kan ook de source zelf builden en "incompatibele" games uitproberen. Aangezien Mac toch sterk verwant is met Unix, dacht ik dat ik dezelfde stappen kon ondernemen, maar precies niet. Had me aangemeld voor de beta maar zie niets extra verschijnen of zo en zelf heel die meuk compileren zonder garantie dat het me iets gaat opleveren, is me net iets te veel moeite

[Magic Power]

Goeie vraag. Ik heb al eens gekeken om dit voor elkaar te krijgen (wil graag AoE2 HD op m'n Mac spelen), maar... snap niet goed wat ik net moet doen.

De makkelijkste oplossing voor Linux is je gewoon aanmelden voor de Steam Beta Client, waarna je automatisch games kan installeren(?) ....

Wat je moet doen om Windows Steam spellen onder Linux via de Steam Beta te kunnen spelen:

• - Start Steam, en in Instellingen->Account activeer de Steam Beta
• - Na herstart, zoek het spel op wat je wilt installeren en klik op Install
• - Klik op Play, en je krijgt een schermpje (1-malig) dat dit spel via Steam Play wordt gestart.
• - Speel

Voor de geïnteresseerde: Onder <steam>/SteamApps/compatdata wordt per spel een geëmuleerde Wine/Proton omgeving bewaard. Hier kun je dus de savegames en instellingsbestanden per spel terugvinden.

[Reactie gewijzigd door Magic Power op 24 juli 2024 10:35]

[Anoniem: 444127]

Ik zou het graag willen proberen maar ik zit hier met een '500' GB SSD waarvan het grootste deel in beslag wordt genomen door Windows en waarbij de Windows partitiemanager om de een of andere reden niet alle vrije data wil afgeven aan een andere partitie. Na het tijdelijk verrwijderen van wat spellen zou ik het nog eens kunnen proberen, anders wanneer ik een extra SSD heb.

Het lijkt me interessant om naar die "instellingsbestanden" te kijken, dan leer je nog eens wat over hoe het werkt.

[Reactie gewijzigd door Anoniem: 444127 op 24 juli 2024 10:35]

[ZpAz]

De Windows Steam Client kan je met Wine wel onder OSX Draaien. Age of Empires van steam heeft een Gold rating, dus dat zou ook vrij simpel moeten gaan.

Zelf vind ik Wineskin wel fijn onder OSX om voor Wine te gebruiken. Je kan het geheel dan gewoon in een .app verpakken en een icoontje geven.

Hier een topic over het draaien van Windows games op OSX icm Wine.

[youp.c]

Ik draai via deze weg en met wat hulp van portingkit (link) vrijwel probleemloos Victoria II en AoE II HD (beide met uitbreidingen). Ik heb ze vervolgens toegevoegd in mijn MacOS Steam client, waardoor ik native games en wine-games via dezelfde manier kan opstarten.

[Anoniem: 444127]

Ook @youp.c
De Windows Steam client (ik denk niet dat Client in de naam zit maar ik kan me vergissen) is het punt niet, de relevante vraag is of dat Steam Play met Proton werkt. Natuurlijk kan je zelf prutsen met Wine maar heel het punt van de nieuwste versie van Steam Play met Proton is nu juist dat je niet zelf hoeft te prutsen met Wine en dat automatisch de instellingen en versies worden gebruikt waarmee het spel het best blijkt te draaien. Een paar mensen die flink experimenteren en de gewone gamer die dat niet hoeft te doen maar slechts het spel hoeft te installeren en direct kan spelen. Dat is de 'revolutie' waar het hier om gaat.

[Reactie gewijzigd door Anoniem: 444127 op 24 juli 2024 10:35]

[Wolfos]

Het makkelijkst is om te betalen voor Crossover Games. Daarmee draait AoE2 wel goed.

[Dre_grave48]

als je de crossover source code zelf compiled is crossover gratis

[Ed Vertijsment]

macOS is gebaseerd op Unix, Linux is deels afgekeken maar niet gebaseerd op Unix.

Overigens kan de onderliggende laag Wine wel op macOS draaien dus wellicht...

[Reactie gewijzigd door Ed Vertijsment op 24 juli 2024 10:35]

[Flake]

Reken er maar niet op. Proton past DXVK toe dus heeft een Vulkan dependency. Vulkan draait niet op macOS. Daar is wel een wrapper voor om Vulkan naar Metal te implementeren, en dan heb je wel een beste API inception te pakken als je het mij vraagt

[arianvp]

Het draait zeker op Mac OS!

Valve heeft MoltenVK (een Vulkan naar Metal layer) gekocht en geopen-sourcet en is onderdeel van de Proton Engine (de technologie achter steam play)


Op Mac OS wordt DX naar VK naar Metal getranspileert. Het idee is zeker om SteamPlay werkend te hebben op mac os x

Alhoewel het nog niet nu werkt volgens mij in Steam zelc. Maar je kunt proton al zelf compileren op je Mac en het zelf proberen op windowsgames.

https://www.anandtech.com...rtability-with-opensource

https://github.com/ValveS...blob/proton_3.7/README.md

[Reactie gewijzigd door arianvp op 24 juli 2024 10:35]

[Anoniem: 444127]

Valve heeft MoltenVK (een Vulkan naar Metal layer) gekocht en geopen-sourcet en is onderdeel van de Proton Engine (de technologie achter steam play)

De Steam-klanten moeten dus geld verspillen omdat Apple weigert om gewoon Vulkan te gebruiken. Als iemand nu een goede reden zou kunnen geven waarom Apple niet het cross-platform Vulkan ondersteunt...
Het is niet zo dat Apple niet optimaal kan optimaliseren voor Vulkan, wat dat betreft maakt het voor Apple niet uit of dat Vulkan of Metal wordt ondersteund.

[arianvp]

De technologie is er. Je kunt nu proton pakken en steam games opstarten op mac os. Je kunt het alleen nog niet doen via de steam user interface

[dasiro]

de vraag is maar hoe crappy zal de framerate zijn, want ff snel je graka upgraden zit er niet in

[equit1986]

graka upgraden in een Mac???

[cmegens]

Mac pro is prima upgradebaar. De laptops en all in one niet, maar welke niet Apple MacBooks of All in ones kunnen dat wel? Daarnaast ondersteunt mac os nu volledig externe videokaarten via thunderbolt 3.

[Jerie]

Of MPs TB3 ondersteunen weet ik niet.

Als je een MBP wilt die TB3 ondersteunt, kom je uit op 2016 of later, en die hebben allemaal dat ruk toetsenbord en vaak ook touchbar. De 2015 versie heeft TB2, wat langzamer is, maar die heeft een prima toetsenbord en geen touchbar. Helaas is die sinds dit jaar niet meer verkrijgbaar.

[nelizmastr]

Er is geen Mac Pro met TB3 nee. Die is TB2, maar ja, het is ook een apparaat uit 2013.

[Anoniem: 444127]

Alleen heeft die Mac Pro een nogal hoge entrance fee met nogal oude hardware - 2013 zoals Nelizmastr aangeeft - en is die AIO het equivalent van een desktop bij andere PC's maar waarbij je geen componenten kan vervangen en ook de pineut bent als de monitor kapot is. To add insult to injury, een andere computer kan niet worden aangesloten op die 5k monitor van die Apple desktop (AIO). Voor laptops is Apple zo slecht nog niet als je genoegen neemt met de hardware die in de goekoopste modellen zit. Voor desktops is Apple alleen maar interessant als je per se bepaalde Apple-software wil draaien en dan zou ik zelf ook kijken naar een Hackintosh of een tweedehands Apple Pro kopen en die upgraden met gewone componenten.

Wat betreft die externe videokaart, hoewel Th. 23 een aardige connectie is kan een highend kaart niet zonder performance verlies via Th. 2/3 werken.

[Reactie gewijzigd door Anoniem: 444127 op 24 juli 2024 10:35]

[RogerWilco2]

Ik heb een GTX 980 in mijn 2010 Mac Pro, werkt prima met de Nvidia "web drivers".
Ik wou dat Apple dat voor nieuwere Macs ook deed, maar na 2012 lijken ze volledig de weg kwijt.

[Anoniem: 444127]

Is dat niet ongeveer de tijd waarin boekhouder Tim Cook het overnam van Steve Jobs? Ik zie een verband. It's all about the money. Steve Jobs zijn filosofie: een goede gebruikerservaring en dat mag wat meer kosten. Tim Cook zijn filosofie: winstmaximalisatie.

[Reactie gewijzigd door Anoniem: 444127 op 24 juli 2024 10:35]

[JannyWooWoo]

Kwestie van me eGPU open klappen, 2 schroefjes en klaar.

5 minuten? Snel zat!

[Anoniem: 444127]

En het is niet ondersteund door Valve. Het is leuk zolang je ermee wegkomt maar geen garanties...

[Sandor_Clegane]

Als je dan het zwikkie ook nog in Docker draait of een VM......

[kluyze]

VM wel, docker niet, je kan namelijk geen windows docker op linux draaien of andersom.

VM kan, maar om dan te gamen moet je ook je grafische kaart kunnen doorgeven, geen idee of dat met desktop oplossingen goed gaat. Bare-metal hypervisor oplossingen als ESXi kunnen volgens mij goed omgaan met het doorgeven van de gpu aan je VM, bij desktop oplossingen als VMWare workstation heeft je host natuurlijk al een claim op je gpu. En als je oplossingen gaat bedenken als een 2de gpu enkel voor het doorgeven aan een vm om te gamen, ben je misschien beter af om een 2de pc ernaast te zetten.

[V_J]

Je kunt wel Linux containers op Windows draaien:
https://blog.docker.com/2...-10-fall-creators-update/
"Docker for Windows 18.02 now supports Linux and Windows containers running side-by-side via LCOW, using a single Docker daemon."

[Reactie gewijzigd door V_J op 24 juli 2024 10:35]

[kluyze]

Volgens mij is dat nog steeds als 'experimental' geclassificeerd, dus nog geen officiële ondersteuning. Of is deze feature al uit die status?

[V_J]

Klopt, nog steeds experimenteel. Het zit er al in sinds 17.11, dus toch al een tijdje maar is nog steeds niet in de "stable channel" (enkel in "edge" of "nightly").

[Sandor_Clegane]

Het was een beetje Tongue in Cheek

Maar ik heb wel een 2e GPU puur voor een Windows VM, scheelt een extra machine.

[Anoniem: 420148]

Of andersom...? Je kunt wel Linux docker images op Windows draaien.

[kluyze]

Officieel enkel omdat Windows er een Hyper-V VM tussen duwt met een linux OS.

[Jerie]

Werkt prima, maar Hyper-V is een HVM en je kunt dan niet ook nog 'ns een andere zoals VirtualBox draaien. Je kunt behoorlijk veel draaien met Hyper-V. Maar bijvoorbeeld macOS is mij niet gelukt.

[Anoniem: 420148]

Hoe dan ook, het werkt wel.

[Apache]

Het zou inderdaad mogelijk moeten zijn om een windows game op een linux based docker te dockerizen met steam play als compatibility layer en die dan opnieuw te runnen onder linux, of zelfs windows.

[Jerie]

Bare-metal hypervisor oplossingen als ESXi kunnen volgens mij goed omgaan met het doorgeven van de gpu aan je VM

AMD, Intel: Ja.
Nvidia: Enkel Quadro. Een GeForce kan het technisch gezien wel, maar Nvidia ondersteunt het niet en moet je met wazige hacks aan de gang.

Je bent dus beter uit met een AMD kaartje. En gezien AMD ook prima processors levert (die misschien niet direct een betere performance met gamen leveren) kun je prima met AMD-only aan de gang ipv Intel + Nvidia. Zorg je ook nog 'ns voor een gezondere markt.

[Sandor_Clegane]

Wazige hacks? kvm-hidden = on. Is alles wat je in hoeft te stellen onder KVM.

[Anoniem: 444127]

VM wel, docker niet, je kan namelijk geen windows docker op linux draaien of andersom.

VM kan, maar om dan te gamen moet je ook je grafische kaart kunnen doorgeven, geen idee of dat met desktop oplossingen goed gaat.

Ook @Sandor_Clegane @V_J en @kluyze
Ik weet niet hoe het bij Apple zit maar ik kan jullie misschien wel een handje helpen met erachter te komen of dat het wel of niet mogelijk is. Bij Linux kan je passthrough opzetten (het doorgeven van de grafische kaart) met KVM+QEMU, VFIO en Looking Glass. Dit werkt simpel gezegd als volgt: een grafische kaart is dankzij VFIO direct aanspreekbaar door de virtuele machine (KVM) en Looking Glass kopieert elke frame vanuit de virtuele machine naar je monitor.
Dit komt jullie misschien bekend voor, ze gebruiken hetzelfde trucje om een Nvidia-kaart te laten werken met een FreeSync-monitor in bepaalde gevallen. Dat is nu toevallig actueel.
Het performance-verlies is verwaarloosbaar klein, veronderstellende dat je 1 CPU-kern en een beetje RAM (1 GB volstaat vaak al) kan opofferen voor de Linux-omgeving.
Nu is de vraag of dat je dit ook kan opzetten in OSX, daar kan ik niets over zeggen. In theorie is het mogelijk maar of dat de software ervoor beschikbaar is...
Looking Glass was overigens ontwikkeld door een medewerker van een bedrijf die systemen met Linux verkoopt, als service naar hen toe. Gelukkig deelden ze de code.

[Reactie gewijzigd door Anoniem: 444127 op 24 juli 2024 10:35]

[Sandor_Clegane]

Zo heb ik het ook werken, KVM met een dedicated GPU.

Het mooie onder Linux is dat je deze GPU ook weer vrij kunt geven aan de host zonder te hoeven rebooten. Cooked my noodle, maar erg tof dat het werkt.

[Anoniem: 444127]

Leg mij alsjeblieft hoe jij die GPU weer vrij geeft aan de host. Handig om te weten. Ik kan het met mijn huidige hardware niet opzetten maar ik plan een systeem met Zen2 en Navi waarmee dat wel kan.

[Sandor_Clegane]

Ik heb er een post over geschreven in het virtualisatie topic. Zal eens kijken.

Hiero: https://gathering.tweaker...message/54913645#54913645

[Reactie gewijzigd door Sandor_Clegane op 24 juli 2024 10:35]

[Anoniem: 444127]

Dank je.
Nog een ander vraagje, als jij daarmee zou kunnen helpen. Mijn laatste grote probleem in Linux: het lukt mij niet om de browser en de videospelers (VLC) video's te laten renderen via de grafische kaart. Ik kan zonder problemen Borderlands2 spelen met deze kaart (met een wat verminderde performance omdat de port niet geweldig is, een bekend probleem) maar bij het renderen van video's door Firefox of VLC schiet de CPU-load erg omhoog terwijl de grafische kaart niets doet ondanks dat de ik bij de browser heb ingesteld dat hardware-acceleratie gebruikt moet worden. VLC biedt op papier opties voor hardware-acceleratie maar wanneer ik die activeer dan loopt het systeem vast als ik een video afspeel.

Bij de browser merk ik dat 1440p video's net wat teveel gevraagd zijn voor een i5-750 (mijn huidige CPU) en bij MKV-bestanden (1080p video met een redelijk hoge kwaliteit, denk aan 10-35 GB voor een film of 2-4 GB voor 40-45 minuten bij een serie) lijkt het beeld wat stroperig te wordne wat erop duidt dat de CPU het niet kan bijbenen. Krachtigere hardware is een oplossing maar dan nog is het vervelend wanneer het niet op de meeste efficiëntie manier wordt gerenderd.

Relevante specs: i5-750, HD 7850 (AMD dus, een kaart uit 2012) en Manjaro KDE.

[Sandor_Clegane]

Dat probleem heb ik ook, om eerlijk te zijn lopen webbrowsers bij mij niet zo goed als onder Windows. Ik heb er nog niet al teveel tijd in gestoken maar ik denk dat ik begrijp wat je bedoeld.

Probeer Vivaldi eens, die doet HW accell. En dat vastlopen van VLC heb ik ook al gehad. Ik kijk bijna geen video onder linux behalve wat YouTube, de rest gaat via Kodi en dat loopt op de Windows VM.

Sorry, maar ben bang dat ik je daarmee niet kan helpen. Er zitten wel wat slimme dudes in het Non-Windows forum, misschien weten die meer.

Dit al gezien: https://cialu.net/enable-...tion-firefox-make-faster/

[Reactie gewijzigd door Sandor_Clegane op 24 juli 2024 10:35]

[Anoniem: 444127]

Bij mij werkt FF (en Waterfox wat mijn hoofdbrowser is) prima, buiten dit ene probleem. Het start snel op, het RAM-verbruik ligt laag en alles gaat sneller dan bij Windows. Ik heb wel een probleem met alle Chromium-based browsers, om de een of andere reden starten die heel erg traag (20-25 seconden), daarna werkt het wel goed. Dit is de output wanneer ik het via een terminal start.

[4625:4625:0831/193246.929673:ERROR:sandbox_linux.cc(378)] InitializeSandbox() called with multiple threads in process gpu-process.
[4595:4669:0831/193311.851970:ERROR:object_proxy.cc(616)] Failed to call method: org.freedesktop.Notifications.GetCapabilities: object_path= /org/freedesktop/Notifications: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
[4595:4595:0831/193312.058231:ERROR:gpu_process_transport_factory.cc(1016)] Lost UI shared context.
[4:12:0831/193312.145888:ERROR:command_buffer_proxy_impl.cc(113)] ContextResult::kFatalFailure: Shared memory handle is not valid

Misschien zegt het jou iets, voor mij is het jibber-jabber.

Als Vivaldi echter wel hardware-acceleratie gebruikt dan is dat een aanvaardbare oplossing voor Youtube. Dan nog een oplossing voor de video's. Anders op termijn passthrough voor alle videos en veel gaming in plaats van dual booten. Het moet mogelijk zijn om de GPU in te schakelen maar hoe...

[Reactie gewijzigd door Anoniem: 444127 op 24 juli 2024 10:35]

[Sandor_Clegane]

Vivaldi is ook Chromium...... Maar ja baat het niet enzo...

Dat lijkt op een probleem met je GPU, al eens een andere driver geprobeerd?

[Anoniem: 444127]

Ik weet het, alle Chromium-based browsers laden traag bij Manjaro.

Als het een probleem zou zijn met de GPU dan zou ik daar niet soepel Borderlands2 mee kunnen spelen, dat draait niet op een oude Intel-CPU zonder geïntegreerde graphics. Ik heb geen mogelijkheid gevonden om proprietary AMD-drivers te installeren voor de HD 7850. Via de website bieden ze die niet aan, ze bieden die enkel aan voor nieuwe kaarten. Ik denk echter niet dat de driver een probleem is omdat gaming wel goed werkt, ik vermoed dat het probleem ligt bij een gebrekkige ondersteuning door FF en VLC in Linux voor hardware-acceleration. Mogelijk dat een recentere grafische kaart wel bij VLC hardware-acceleration kan gebruiken (zie de draad waarnaar ik link in de PB voor toelichting) maar bij FF lijkt het voor zowel AMD als Nvidia een ramp te zijn. Ik heb bij het zoeken gemerkt dat veel mensen hierover klagen en geen oplossing hebben gevonden.

Welke GPU heb jij? (AMD of Nvidia)

[Reactie gewijzigd door Anoniem: 444127 op 24 juli 2024 10:35]

[Anoniem: 444127]

Deze specifieke link had ik niet gezien maar ik had wel gelezen dat op Linux FF by default geen hardware-acceleratie toestaat. Ik hoop dat ze het gaan oplossen.

[Anoniem: 444127]

Deze specifieke link had ik niet gezien maar ik had wel gelezen dat op Linux FF by default geen hardware-acceleratie toestaat. Ik hoop dat ze het gaan oplossen.

Ik heb net uitgeprobeerd wat ze hier aangeven, helaas heeft Mozilla weer het een en ander gewijzigd want het enige resultaat van het flippen van de waarde van die boolean bij mij is dat de CPU-load van 50% naar 92% gaat. Na het herstarten van de browser!

[Ed Vertijsment]

Kies docker, dat draait onder macOS in een VM

[Anoniem: 444127]

Reken er maar niet op. Proton past DXVK toe dus heeft een Vulkan dependency. Vulkan draait niet op macOS. Daar is wel een wrapper voor om Vulkan naar Metal te implementeren, en dan heb je wel een beste API inception te pakken als je het mij vraagt

Ik weet niet of dat dat de reden is dat Valve het niet ondersteunt voor Apple maar het zou best de verklaring kunnen zijn. In de OS gemeenschap wordt dit gespeculeerd en het zou ook mijn theorie zijn.
DX=>Vulkan=>Metal
Dat zou hilarisch zijn.

Kan iemand verklaren waarom Apple niet gewoon Vulkan gebruikt in plaats van Metal? Apple had al een slecht platform voor games maar als ze samen zouden werken met Linux en Vulkan zouden gebruiken dan zouden zowel Apple als Linux beter af zijn. In ieder geval is Vulkan cross-platform, het werkt op alles (behalve op OSX omdat Apple weigert om het te ondersteunen, al kan je het waarschijnlijk wel werkende krijgen met hackwerkt). Developers hebben er geen zin in om 5-10% van de computer-gebruikers (het marktaandeel van Apple wereldwijd, ik heb dat eerder opgezocht) nog eens een aparte API te moeten ondersteunen.
In the USA heeft Apple een aardig marktaandeel, in Europa is het erg klein, uit mijn hoofd ongeveer 5%.
Nu haalt Linux in een korte tijd Apple in voor gaming.

[Reactie gewijzigd door Anoniem: 444127 op 24 juli 2024 10:35]

[Anoniem: 444127]

Bovendien kan je op die Windows PC OSX draaien als je bereid bent om compromissen te sluiten met de hardware. Een triple-boot met Linux, Windows en OSX.

[AmigaWolf]

Klopt, maar Apple geef totaal geen support voor een Hackintosh, en kan zelfs stopen met werken als Apple wat veranderd, maar ja op een PC woorden meerdere OS,en ondersteund, en dat maakt een PC een van de vrijste systeem.

[Anoniem: 444127]

Apple geeft daar inderdaad geen enkele support voor en heeft waarschijnlijk liever niet dat het mogelijk is maar de hackintosch-gemeenschap is erg vindingrijk.

Ja, het is mooi dat je dat allemaal met een PC kan doen. Hopelijk zijn over een paar jaar de laatste groeistuipen van Linux verdwenen. Het grootste probleem wat ik nu zie is dat de hardware-acceleration nog niet goed werkt (browsers, video-spelers en desktop-omgeving). Als ze dat oplossen dan wordt Linux een volwaardig Windows-alternatief.

[AmigaWolf]

Ja, zeker, hoop dat dat ook gebeurd met Linux, jammer dat de Amiga OS niet draait op X86, zo als Intel en AMD CPU's, het draait alleen op PowerPC CPUs.

[Anoniem: 444127]

Oldschool.

[AmigaWolf]

Ja zeker, en nog steeds heerlijk om mee te werken.

[Anoniem: 444127]

Dat is niet correct. macOS is een fork van een hele oude versie van FreeBSD (trouwens slecht bijgewerkt #Level1Linux) en FreeBSD is een UNIX-'like' systeem maar het is geen Unix net als dat Linux geen Unix is.
Kort door de bocht: BSD was wel Unix, maar FreeBSD is het niet en vrijwel alle Unix-code die daarin zat is vervangen door nieuwe code. In die mate dat FreeBSD geen licentiekosten hoefde te betalen aan Unix ondanks dat het bedrijf rechtszaken voerde tegen de developer (Berkeley University ontwikkelde FreeBSD in eerste instantie, de B is voor Berkeley).

Eerlijk gezegd begrijp ik niet waarom mensen niet gewoon Linux gebruiken in plaats van OSX tenzij ze per se FCP of dat audio-programma van Apple (ik kan niet op de naam komen) willen gebruiken. Je hebt dezelfde beperkingen met Apple als met Linux (tweederangs gaming-platform), overwegend kan je dezelfde software gebruiken (met uitzondering van die paar Apple-only programma's) en je hebt meer vrijheid en mogelijkheden wat betreft configuraties van de OS, desktops/window managers... )
Hoewel FCP (overigens opgekocht, niet ontwikkeld door Apple zelf) en dat audio-programma prima software zijn waar ik geen enkele afbreuk aan wil doen zijn er goede alternatieven beschikbaar op Linux maar als je veel videos moet bewerken dan kan ik me voorstellen dat je de extra kosten over hebt voor FCP, zeker als je vertrouwd bent met die software. Maar hoeveel procent van de Apple-desktop/laptop klanten gebruikt daadwerkelijk deze software?

[Reactie gewijzigd door Anoniem: 444127 op 24 juli 2024 10:35]

[Ed Vertijsment]

macOS is UNIX certified, en is gebaseerd op Mach + delen van FreeBSD, niet alleen FreeBSD.
https://www.opengroup.org/openbrand/register/

Eerlijk gezegd begrijp ik niet waarom mensen niet gewoon Linux gebruiken in plaats van OSX tenzij ze per se FCP of dat audio-programma van Apple (ik kan niet op de naam komen) willen gebruiken.

Kort antwoord:
Elk platform heeft zijn sterke en zwakke punten, maar voor veel gebruiker valt Linux tussen wal en schip.


Lang antwoord:
Omdat niet iedereen wil gamen en "Linux op de desktop" gewoon niet de kwaliteit bied als Windows of macOS. (en ja, ik werk echt al de nodige jaartjes met Linux én Mac). Het is beter geworden maar bijvoorbeeld font rendering is gewoon nog steeds niet up2spec met de alternatieven, net zoals gamen op Mac niet up2spec met Windows is.

FF wat persoonlijke redenen voor mijn om Mac te gebruiken:


1. Gebruiksgemak:
Niet elke gebruiker weet zijn weg te vinden op een Linux bak. MacOS is veel consistenter en voor veel mensen gebruiksvriendelijker. Ik schik er niet van om "ff een config file editen in vim" maar voor veel andere gebruikers gaat het licht uit. Gebruikt mijn vriendin ff mijn laptop dan weet ze hoe die werkt. Mooi.

Uit persoonlijke voorkeur gebruik ik geen Windows maar Mac, maar het bovenstaande gaat ook voor Windows op.


2. Muzieksoftware:
Muzieksoftware is al langsgekomen. Zonder stoelendans met kernels ga je dat niet fatsoenlijk op OS niveau voor elkaar krijgen (low latency/kwaliteit audio), nog leuker als je naast je low latency kernel ook nog een andere kernel nodig hebt, kan je steeds rebooten, top.

Op Windows loopt dit wat beter, was vroeger nogal gedoe (moest je ook met ASIO drivers prutsen) maar dit is volgens mij inmiddels verbeterd.

Verder is geen van de grote DAW'S beschikbaar op Linux (Ableton Live, Cubase, FL Studio, Logic, , Pro Tools, Reason) laat staan dedicated hardware voor deze software.


3. Shit werkt gewoon
Pretty much altijd zonder gezeik, waar dat op Linux "slechts" meestal is.


4. Software beschikbaar
Partij levert een .sketch file aan. Succes op Linux.


5. Native iOS/macOS development.
FF compilen, ow wacht.


Járen geleden had ik waarschijnlijk hetzelfde gezegd, "gebruik gewoon Linux op de desktop", inmiddels weet ik wel beter. Ik wil geen machine waar niemand anders mee kan werken of ik meer tijd op besteed om shit aan de gang te krijgen dan shit gebruiken (ja nog steeds, ik werk nog steeds met Linux, ook op desktops). Windows op smartphones is wellicht ook tof. Maar er is geen schijt aan support van derden voor en dus werkt het niet.


Wanneer wil je géén Mac:


Games:
Houd je van gamen maar niet op een console, draai Windows. Punt. Leuk dat je met Wine kan frutten maar het is altijd spannend of het werkt, op zowel Mac als Linux.


Servers:
Linux is heel goed in server omgevingen, mijn inziens beter dan Windows of Mac bij elkaar al wil ik geen Windows Server admins beledigen. Mac als server kan ik eigenlijk niet serieus nemen.


Je wilt zelf frutten:
MacOS laat zich niet echt tweaken, face it. Dat hoeft van mij ook niet maar wil je dit wel kun je beter stoelendans met desktop omgevingen op Linux/FreeBSD of welk systeem dan ook.

[Anoniem: 444127]

Een prima uitleg! Leuk om het eens te lezen van iemand die geen Apple-fanboy is maar die goed met software kan werken en rationeel voor Apple kiest.
Ik dacht juist voor de low latency muziekproductie aan Linux omdat je dan realtime-kernels kan gebruiken. Hoe zit dat bij OSX? Ik kan me niet voorstellen dat d+at net zo low latency is aangezien je er ook nog wat extra bloat bovenop zou moeten hebben (het is immers niet gespecialiseerd voor die ene toepassing maar afgestemd op de doorsnee gebruiker).
Ik begrijp dat het gemak wat de extra software-service van Apple biedt wat waard is, daar valt zeker wat voor te zeggen. Zelf erger ik me bijvoorbeeld aan de gebrekkige ondersteuning voor hardware-acceleratie (video's) bij Linux, je moet door aardig wat hoepels springen om dat op te lossen, als het lukt. Mijn grote bezwaar tegen Apple kan jij vast wel raden: het prijskaartje en het gebrek aan upgradebaarheid en dat het toch vaak wat zwakkere hardware gebruikt tenzij je de hoofdprijs betaalt (nu wel goede SSD's).

Voor mijn volgende systeem ga ik passthrough op zetten: Linux+Windows maar Windows in een virtuele machine met near-native-level performance. Dat kan naar mijn huidige inzichten de beste combinatie van voordelen geven en de minste nadelen maar je moet dan wel een tweede grafische kaart gebruiken (dat mag lowend zijn).

[Reactie gewijzigd door Anoniem: 444127 op 24 juli 2024 10:35]

[Chuk]

Er is een gemeenschappelijke basis maar dit zegt helaas niets over de compabilliteit :

Mac OS is based on a BSD code base, while Linux is an independent development of a unix-like system. This means that these systems are similar, but not binary compatible.

Furthermore, Mac OS has lots of applications that are not open source and are build on libraries that are not open source. Because of this reason, it is not possible to port those applications to run on Linux without being the copyright owner of those applications and libraries.

Bron : https://askubuntu.com/que...-between-mac-os-and-linux

[.oisyn]

Die tweede alinea is een beetje irrelevant, dat gaat om het draaien van Mac apps op Linux, terwijl de vraag was of Windows games ook op MacOS zouden draaien met deze toolkit.

Maar met betrekking tot die alinea, hetzelfde gaat natuurlijk op voor Windows apps, en die werken (deels) wél op Linux, zoals dit artikel laat zien. Je zou in principe eenzelfde systeem kunnen maken voor Mac apps.

[supersnathan94]

Nou nee niet per se. Het is alleen wel veel makkelijker om dan een mac os versie te krijgen. Dit gaat vaak via eenzelfde route. Dus als er een port voor linux is dmv wine bijvoorbeeld dan is de kans groot dat deze port ook bruikbaar is voor mac OS

[jabwd]

wineskin is een GUI app voor Wine zodat je gemakkelijk win32 apps kan draaien op macOS, maar het werkt niet altijd even goed en het is belangrijk de juiste engine te kiezen.

Tegelijkertijd laat dit ook de "port" skills van valve zien. Toen steam voor macOS uitkwam draaide halflife veel beter under cider/wine dan de "native" versie

[duqu]

Proton ondersteunt ook macOS, maar volgens Valve zijn er vooralsnog geen plannen om Steam Play ook daadwerkelijk op macOS te laten werken.

[Xorifelse]

macOS en Linux zijn allebij gebaseerd op Unix. Linux is de opensource variant (gecreëerd op dezelfde manier, maar anders), en Apple is zijn eigen weg in geslagen.

Om die reden zijn er dingen anders in Apple dan in Linux.

De ps4 is ook gebaseerd op Unix, jammer want alles werkt ongeveer gelijk maar het maakt het porten naar andere besturingssysteem net even anders; maar omdat opensource makkelijker dingen te lezen zijn waarom iets werkt kan je het makkelijker implementeren.

[CH4OS]

macOS is gebaseerd op BSD, niet helemaal Linux, maar lijkt er erg sterk op.

[RobinJ1995]

Draait niet op macOS, en macOS is gebaseerd op BSD, niet op Linux.

[HKS-Skyline]

De emulatie is gebaseerd op Wine, dus in theorie moet het werken, maar of Steam deze optie op de Mac open gaat stellen weet ik niet.

[Sando]

De emulatie is gebaseerd op Wine

Wine? Wat betekent dat?

[Skyclad]

Edit: Beetje laat, dat krijg je wanneer collega's vragen stellen terwijl je een artikel open hebt

[Reactie gewijzigd door Skyclad op 24 juli 2024 10:35]

[HKS-Skyline]

https://www.winehq.org/

[Sando]

Interessant! Wine is dus duidelijk geen emulator!

[HKS-Skyline]

Dan mag jij mij vertellen wat het dan wel is. Emulatie is het nabootsen van bepaalde functionaliteit. Dat het geen emulator is zoals de meeste mensen emulatoren kennen waarbij hardware wordt geëmuleerd. betekend nog niet dat het geen emulatie is.

[Anoniem: 444127]

WINE is inderdaad geen emulatie! Een emulator werkt zoals een interpreter, in plaats van dat groot stuk code in een hoge programmeertaal wordt omgezet naar een nog groter stuk code in een lage programmeertaal (assembly en uiteindelijk van assembly naar enen en nullen) wordt de code regel voor regel uitgevoerd.
WINE simuleert de functies van Windows, voor elke functie die MS gebruikt wordt een open source functie gebruikt door WINE, het zorgt er dus voor dat je bij dezelfde input dezelfde output krijgt. Dat zijn fundamenteel verschillende technieken.

Een semantische discussie lijkt me niet zo nuttig, definities van een emulator en emulatie liggen nu eenmaal vast en verschillen van wat het taalkundig inhoudt. Net als bij recht waarbij soms woorden ook een wat andere betekenins krijgen op basis van wetgeving en eerdere juridische uitspraken ondanks dat de van Dale of Webster anders denkt over die definities.

[Reactie gewijzigd door Anoniem: 444127 op 24 juli 2024 10:35]

[ArremeR]

Dit staat letterlijk in de eerste alinea van de door jouw gelinkte pagina. Wine doet geen CPU emulatie echter een vertaalslag van Windows API calls naar Linux POSIX calls.

* bronnen:

https://en.wikipedia.org/wiki/Wine_(software)
https://superuser.com/que...y-is-wine-not-an-emulator
https://www.winehq.org/

[Dutch_CroniC]

Ja, dit is ook geschikt voor macOS.

Edit: Sorry, dit staat in t vorige bericht.
Hoewel Proton macOS ondersteunt, zijn er op dit moment geen plannen om de vernieuwde versie van Steam Play op dat platform te laten werken. 

[Reactie gewijzigd door Dutch_CroniC op 24 juli 2024 10:35]

[Magic Power]

Direct van de Steam Play FAQ:

Q: Any plans for macOS support?

While Wine and Proton work on macOS, there are no plans to support the new Steam Play functionality on macOS at the moment.

[nullbyte]

Nee, dat is niet het zelfde. Op macos moet je niet willen gamen, geen hardware en geen software.

[Reactie gewijzigd door nullbyte op 24 juli 2024 10:35]

[RogerWilco2]

Ik heb een 2010 Mac Pro, 3.4 GHz 4-core Xeon, 32 GB RAM, HyperX Predator 480GB PCIe SSD, MacVidCards GTX980. Op GTA V na, speel ik al mijn games onder OSX.

Dit zijn o.a.:
World of Warships, HoI4, XCOM2, ARK, Fortnite, Minecraft, EU4, Tombraider, Kerbal Space Program, Planetary Annihiliation: TITANS, Stellaris, CK2, Borderlands 2, Civilization 5 & 6, KOTOR, Surviving Mars, Don't Starve, FTL, Rimworld, Cities: Skylines.

[RogerWilco2]

MacOs is gebaseerd op NextStep, wat gebaseerd is op BSD.
https://en.wikipedia.org/...File:Unix_timeline.en.svg

Veel Wine dingen draaien ook op MacOS, vaak zelfs beter is mijn ervaring.
Veel bedrijven werken samen met CrossOver om hun game naar de Mac te porten, en draaien het dan eigenlijk in Wine. Een bekend voorbeeld is World of Warships.

Daarnaast zijn er ook veel games met een native port naar MacOS. De performance is vaak afhankelijk van de (versie van ) de gebruikte game engine. Recentere Unreal4 games zijn bijvoorbeeld vaak best goed, en ook de Clausewitz Engine games werken prima. Aspyr doet ook veel goede ports naar Mac.

Ik heb een 2010 Mac Pro, 3.4 GHz 4-core Xeon, 32 GB RAM, HyperX Predator 480GB PCIe SSD, MacVidCards GTX980. Op GTA V na, speel ik al mijn games onder OSX.

[harmvzon]

Ik dacht dat MacOS Unix is. Maar daar zal
Onderhand wel een hoop aan gesleuteld zijn.

[Verwijderd]

1200 al? Dat gaat behoorlijk rap. De basis is zo te merken al behoorlijk solide

[Keypunchie]

Welke titels maakt nogal uit. Iets meerzeggender zou zijn als het x% van de 1000 meest gespeelde titels op Steam zou zijn*.

Voor hetzelfde geld zijn dit nu 1200 varianten van Mijnenveger.

*Op zich zou het haalbaar moeten zijn om een kruis-referentie tussen deze lijst en een lijst van populaire games te maken, dus dat zal binnenkort wel komen.

@Verwijderd
Check, dat had ik wel door. Ik kan dat alleen op dit moment slecht rijmen met wat er populair is.

[Reactie gewijzigd door Keypunchie op 24 juli 2024 10:35]

[Verwijderd]

https://docs.google.com/s...6MgLj1ONA7Cx0tyGa/pubhtml

Staan toch erg veel bekende titels op die stabiel draaien.

[OruBLMsFrl]

En verder dan nog het stukje native games. Die lijken ook bij de 1200 te zitten. Dus Civilization 5 en 6 werken goed, maar die zijn vanuit de developer zelf al met linux ondersteuning gemaakt. Civilization 4 niet en die werkt ook via Steam Play (nog) niet. Het percentage aan 'gewonnen' compatibliteit is absoluut groeiende en daar worden heel goede inspanningen geleverd, maar dat is duidelijk een proces van de heel lange adem.

Als linux en Steam Play ondersteuning de komende jaren door alle media aandacht de norm worden, dan ga je hopelijk steeds meer nieuwe games zien die door de developers al van ondersteuning voorzien zijn en dan komt er hopelijk steeds meer energie vrij om ook nog de wat oudere spellen aan te pakken.

[ArranChace]

Draai nog steeds Windows > Ubuntu voornamelijk, vooral met gaming is gewoon Linux nog lange na niet een serieuze alternatief voor Linux.. Word wel langzaam beter, maar zal nog helaas jaren duren voor er hiermee echt een alternatief is voor Windows..

Nu heb ik wel een paar games die prima draaien met Ubuntu, maar het zijn ook echt de games waarvan je het verwacht (meestal Unity based games), zelfs dan nog met moeite (Eco, alleen MP, maar niet stabiel, nog gelijk aan windows versie, Kenshi idem, Stationeers niet eens een Linux versie die stabiel draait, en zo is mijn lijst van games in bezit waar maar een klein deel gedeeltelijk of nauwelijks werkt met Linux, ondanks ze allemaal Linux versies hebben.


Voornamelijk de populaire games voor "jongeren" en games die worden gemaakt door al redelijk Niche developers met affiniteit met Linux daar is wat.. de Rest lijkt ze wel willen, maar hebben geen idee hoe precies dit te realiseren, geziene de belabberde Linux versies die ik heb van games (als die er überhaupt zijn)


Zakelijk en Pro gebruik met Linux, heerlijk zou niet windows willen gebruiken meer, maar dat hele geemuleer… imho houtje/touwtje oplossing, het werkt.. daarmee is alles gezegd wel.

[Reactie gewijzigd door ArranChace op 24 juli 2024 10:35]

[Magic Power]

De kwaliteit van Windows spellen via Wine kan idd verschillen per distro of afhankelijk van hardware zijn, maar het idee is: Als het (goed genoeg) werkt, is er nog minder noodzaak om Windows speciaal voor dat spel op te starten.

En idd, emuleren is toch een beetje bewerkelijk. Ik blijf grotendeels toch bij het idee: Windows spellen speel je in Windows, Linux spellen in Linux, enz. Ik heb vroeger ook met Wine gespeeld, en mijn PC was destijds een dual-boot tussen Windows en Linux. Tegenwoordig heb ik gewoon een dedicated Windows machine en een dedicated Linux machine, en gebruik ik de software grotendeels native voor- en op het OS waarvoor het gemaakt is.

[ArranChace]

Ik heb gewoon een Windows server staan, met daarom VMWare waarin ik Linux draai, Native windows heb je echt nodig met gaming, maar meeste zakelijke software die ik gebruik draaien we ook op het werk via VM dus kan dat ook makkelijk thuis doen..

Soms ben ik zelfs lui en draai via VPN gewoon Linux van het werk in een console..
Maar in kort, mijn PC op zich is gewoon een windows doos, aangezien deze PC 90% van de tijd voor gaming word gebruikt.

Aangezien ik werkzaam ben in een research centre waar men veel Linux/Unix gebruikt ben ik gewent geraakt om daarop eigenlijk alles verder te doen.. Ik zie daarom Windows PC's een beetje als Xboxen op steroïden en Linux/Unix als zakelijke systemen

[lenwar]

Nog maar 25630 te gaan
https://store.steampowere...rch/?category1=998&os=win

(op het moment van posten staat de counter op 26830)

[Verwijderd]

5283 titels draaide al onder linux. Nog maar een dikke 20.000 te gaan

Still, +-20% compability over zo'n grote set vind ik toch al behoorlijk netjes. Helemaal gezien dit de komende tijd nog zal doorgroeien. 100% zal men nooit halen, zolang men maar de populairste games zover krijgen.

[Reactie gewijzigd door Verwijderd op 24 juli 2024 10:35]

[lenwar]

I stand corrected
Al zullen er best wel een paar Linux-only titels tussen zitten (ik kon ze 1-2-3 niet vinden).

Heeft die lijst trouwens geen overlap met die 1200? Dus dat er native ports voor Linux zijn, en dat mensen toch de Windows versie goedkeuren via WINE? Ik verwacht geen grote impact, maar allicht zijn dat er een paarhonderd ofzo... (zou me niet verbazen in elk geval)

Er is trouwens best een kans dat als al die WINE-projecten hun werk heel goed doen, en dat er een aanzienlijk deel van de gamers opverstapt op Linux, dat dan mettertijd de game-boeren ook engines voor Linux gaan maken. (behalve als WINE z'n werk te goed doet, dan is er geen noodzaak voor. Een beetje zoals de Linux wifi-drivers en WPA-supplicant NDISwrapper waardoor fabrikanten effectief geen noodzaak hadden om native Linunx drivers te maken)

(edit: Niet WPA_supplicant, maar NDISwrapper)

[Reactie gewijzigd door lenwar op 24 juli 2024 10:35]

[Noxious]

Als er een native Linux-versie is dan is het niet mogelijk de Windows-versie te installeren via Steam Play.

[ZpAz]

Op de Mac op Steam was het tijden dat er ook een hele lading games was, maar weinig AAA titels (mainly Indy etc). En elk uitbreidingspakket van Sims want die zag je constant in het lijstje van beschikbare games...

[Magic Power]

Als je met filters de Steam Store induikt, kun je snel het overzicht krijgen van werkelijke games:

Alles: 49988 (100%)
Games + DLC: 43217 (86%)
Games: 26834 (53%)
Windows: 49967 (99,9%)
MacOS: 17909 (35%)
Linux: 11329 (22%)

[Reactie gewijzigd door Magic Power op 24 juli 2024 10:35]

[Bamsebjorn]

Het is ook al een flinke tijd in ontwikkeling. Ik draaide 10 jaar geleden al een groot aantal Windows games zonder problemen op Linux via Wine. Valve/Steam maakt het geheel (gelukkig) nu veel toegankelijker, en ze hebben de afgelopen tijd goed bijgedragen aan de Wine code.

[rbr320]

Naast dat ze bij hebben gedragen aan het Wine project betalen ze ook de ontwikkelaar van DXVK, dat wordt gebruikt om Direct3D 11 calls naar Vulkan te vertalen. Daarnaast hebben ze MoltenVK gekocht en open source gemaakt en volgens mij dragen ze ook nog bij aan VKD3D. Lekker bezig dus!

[CAPSLOCK2000]

Ze kunnen natuurlijk gebruik maken van Wine en dat had al support voor duizenden applicaties.
Volgens de Applicatie Database van Wine zijn er op dit moment 2691 games met "Platinum" status, 2393 met "Gold" status en dan nog tienduizenden met "Silver" of lager.
Die vijfduizend games die het onder Wine doen zullen ook wel werken onder Proton. Iemand moest alleen de tijd nemen om het uit te proberen.

Ik weet overigens niet hoe ze vaststellen of een spel goed werkt. Ik neem aan dat het op grond van menselijke controles is, maar dan hebben ze vast niet ieder spel helemaal 100% uitgespeeld. Het zou dus best kunnen dat er nu games op die lijst staan die bij nader inzien toch niet perfect werken, maar er zijn ook bergen games die prima werken maar nog niet getest zijn.

[Sk313t0r]

Ik denk dat er door meerdere mensen die testen een bevestiging moet worden gegeven, voordat een game daadwerkelijk als 'stabiel' wordt aangeduid?

[SinergyX]

Dat staat ook in de sheet, er zijn veel games met 4-5 regels aan tests, wat ook op de website te vinden is. Maar net als met Windows, 4 tests voor 1 game is verre van representatief of het daadwerkelijk voor iedereen zal draaien.

[Sk313t0r]

Ik bedoelde meer of 1 iemand al een game als stabiel kan aanmelden, of dat er bijvoorbeeld 4 of 5 meldingen nodig zijn.

[svennd]

Yeah ik zie bij sommige lijnen ook staan "volledig stabiel" en er vlak onder "crashes" of "won't start" (Crysis bijvoorbeeld)

[Noxious]

Dit komt grotendeels door verschillen in hardware of software, vandaar dat deze ook worden vermeld.
Het geeft de vrijwilligers achter de community (die extra hun best doen om iets te laten werken met extra scripts) inzicht in waar de problemen zouden kunnen zitten. Valve pakt dit weer op (Valve crawled deze lijsten) en verwerkt dit in Proton - en een deel daarvan gaat ook weer upstream wine in.

[Crimsoon]

Het ligt er ook net aan wat je als volledig stabiel ziet. Zoals dit commentaar bij de de review van Fallout 4 die als volledig stabiel vermeld staat:

Mouse input are broken,but with x360/xone controller works fine with stable fps

[Reactie gewijzigd door Crimsoon op 24 juli 2024 10:35]

[!nFerNo]

Minder incentive van de developers om games native uit te brengen (o.a. door de kennis van de ontwikkelaar die anders moet omscholen), maar hopelijk gebeurt er een shift van gebruikers en zien de ontwikkelaars dat ook en gaan ze zo alsnog native ontwikkelen. Wishful thinking

[CAPSLOCK2000]

Ik heb Linux op de Desktop voor Iedereen inmiddels opgegeven als droom. Domweg omdat de desktop steeds minder belangrijk wordt. De mobiele telefoon is de nieuwe frontlinie. Daar staat Linux aardig z'n mannetje, in de vorm van Android.

Native compatibility met (win32) Desktop games heb je toch niet op mobiele telefoons en tablets, iig niet met Android of iOS. Als je zo'n apparaat al wil gebruiken om dergelijke games te spelen, en dat zullen steeds meer mensen willen, ben je toch wel aangewezen op een emulator, virtuele machine of een andere compatibility-techniek.

Ik zie de desktop langzaam verdwijnen, en daarmee ook de Windows- of Linux-desktop. Android gebaseerde systemen zijn in opkomst. Ik denk dat Valve dit hele Steam-voor-Linux project niet alleen doet voor het geval de Linux-desktop een succes wordt, maar ook als voorbereiding op Android. Games die al naar Linux geport (al dan niet geeumuleerd) zijn ook geschikt maken voor Android zal een stuk makkelijker zijn dan een direct port vanaf Windows naar Linux. Zeker als je toch al gebruik maakt van een compatibility-laag als Wine.

[parryfiend]

Zolang er een verschil is tussen hi end x86 pc en console gamen (Windows/macos/Linux) VS arm based mobiel gamen (Android/iOS) zal er altijd een plek zijn voor SteamOS en Linux gaming. Valve is op het moment aan het vechten voor haar plek op w10. Zij zitten momenteel op de spellen troon van Windows iets wat Microsoft voor nu gedoogd. Eigenlijk wilde ms w10 en Xboxone al samenvoegen tot 1 gigantisch gamingplatform dmv uwp maar door de vele protesten van oa Valve zijn deze plannen voorlopig in de koelkast gezet. Voor hoelang weet alleen Microsoft zelf.

De situatie is instabiel en dat weet Valve dondersgoed. Ze willen eigenlijk helemaal niet weg uit Windows maar ze zijn zich wel aan het indekken voor het geval dat. Mocht het zover komen dat Microsoft toch uwp doorzet omdat het de toekomst is van hun platform dan is Valve tenminste voorbereid.

En ja, de switch is een uitzondering maar zolang de performance gap blijft tussen mobiel en x86 based gaming zal er ook een plekje blijven voor Steam.

[Azbest]

Ik zie de desktop langzaam verdwijnen, en daarmee ook de Windows- of Linux-desktop. Android gebaseerde systemen zijn in opkomst. Ik denk dat Valve dit hele Steam-voor-Linux project niet alleen doet voor het geval de Linux-desktop een succes wordt, maar ook als voorbereiding op Android. Games die al naar Linux geport (al dan niet geeumuleerd) zijn ook geschikt maken voor Android zal een stuk makkelijker zijn dan een direct port vanaf Windows naar Linux. Zeker als je toch al gebruik maakt van een compatibility-laag als Wine.

Dat je de desktop ziet verdwijnen heeft een mix van redenen, veel gamers zijn overgestapt op een console en veel applicaties die eerder veeleisende hardware vroegen kunnen nu draaien op een laptop of zelfs een telefoon.

Een desktop is dus in theorie gewoon niet meer nodig, toch zijn ze er nog, en dat blijft ook wel zo. Ik ga in ieder geval geen lappen tekst typen op een smartphone
Niet iedereen kan met Linux overweg, veel oud XP gebruikers zijn daarentegen heel erg blij met Linux, laat dat nou de groep zijn die ik succesvol naar Linux heb kunnen zetten. Deze groep heeft echter ook de wil om iets nieuws te leren als dat nodig is, zolang ze maar de XP ervaring daarvoor terugkrijgen.

Ik ben persoonlijk erg blij met Wine, (ook al is het soms frustrerend) het werkt beter als Windows 10 met oude spellen, dat zegt al genoeg.

[Ventieldopje]

Mwa, dat je het spel kan spelen wil niet zeggen dat je het onderste uit de kan kan halen qua graphics.

[vectormatic]

Grappig dat er ook games tussen staan die al een native linux port hebben op steam (zoals borderlands 2)

[Sandor_Clegane]

Deze zijn vaak al geport met Wine. Ik heb ooit een BF zoveel zoveel gekocht voor de Mac, folder structuur was gewoon van Windows met Program Files e.d.

[vectormatic]

Borderlands 2 niet, heeft gewoon een echte port gekregen van Aspyr, geen wine wrapper oid (wat bijv the witcher 2 wel heeft)

[Sandor_Clegane]

Dat siert ze dan weer.

[vectormatic]

Klopt, BL2 en BLTPS spelen prima op linux, ook op slome hardware, ik heb er zelf een hele hoop plezier van gehad

Overigens heb ik ook niet zon probleem met wine-wrapped ports, als het maar allemaal lekker werkt zonder dat de speler gedoe heeft met settings etc.. Native is natuurlijk beter, maar soit, als ik het spel fatsoenlijk kan spelen ben ik blij.

[Sandor_Clegane]

Dat was het idee achter mijn opmerking ook niet, maar meer dat veel spellen al met een custom Wine implementatie zijn geport en dat het zodoende niet raar is dat de Windows versie nu ook ineens werkt.

[CAPSLOCK2000]

En als ze niet eerder naar Linux geport zijn, dan zijn ze soms wel naar Mac geport. Als een spel eenmaal multiplatform is dan is de kans groot dat de grootste struikelblokken rond compatibiliteit als zijn opgelost. Nog een extra systeem toevoegen, al dan niet met behulp van Wine is dan relatief eenvoudig.

[Noxious]

Een probleem hier is dat games die enkel een Windows en MacOS versie hebben, op dit moment altijd als Windows-versie worden geïnstalleerd. Ook al zou de Mac versie mogelijk zonder grote problemen draaien.

[SinergyX]

Tja, wat heb je aan zo'n lijst met 4-5 tests per game om het totaly stable te noemen? Neem bv Banished, 4 completly stable, maar 8 stable met geluid, performance en lag problemen, hoe noem je dat 'stable'?

Of bioshock? Van 4 completly stable naar 2 crashes en 3 wont start, is die dan wel of niet stable?

En hoeveel het er ook zijn, je hoeft maar 2-3 games te hebben uit je game library die niet werken, dat het weinig toegevoegde waarde heeft dat die andere games wel draaien (kan er zo 5 noemen die niet draaien die ik veel speel). En er zit een aardige lijn in van indie/simpel naar AAA games, hoe 'hoger' het spel, hoe kleiner de kans is.

Stable =! goed, wat heb je aan een game die draait, maar geen geluid, of geen inputs heeft, of enorme performance issues? Het lijkt dat hun principe 'geen crashes = stable' lijkt te zijn, maar met enorme performance issues of geen geluid noem ik gewoon 'unplayable'.

[svennd]

Opinies zijn natuurlijk subjectief daar kun je niet onder uit bij crowd sourced informatie zoals dit.

Banished : no sound zonder een dependency, met dependency blijkbaar wel. Het blijft wel Linux he; een apt-get install xact of yum install xact en je kunt verder. Dat noem ik redelijk stabiel.

Wat bijvoorbeeld lastiger is, in bepaalde versie werkt een game, en in de update niet meer ... Dat zag je ook al met WINE...

Projecten als dit zorgen er hopelijk wel voor dat ontwikkelaars kijken hoe goed/slecht dit werkt op Linux. (eventueel met behulp van proton/wine.)

[lenwar]

Projecten als dit zorgen er hopelijk wel voor dat ontwikkelaars kijken hoe goed/slecht dit werkt op Linux. (eventueel met behulp van proton/wine.)

Onder aan de streep blijft het natuurlijk een kip-ei-verhaal.

Disclaimer: Onderstaande is uiteraard geen 100% feit, maar we snappen allemaal wat ik bedoel
Er komen geen aaa-games uit voor Linux, want niemand draait Linux
Niemand draait Linux, want er komen geen aaa-games voor uit

Het WINE-project (en de gerelateerde projecten er omheen) probeert dit wel te doorbreken natuurlijk.

Maar stel nou, dat in een utopische situatie dat WINE ineens "alle games" goed ondersteund (als in, stabiel, geluid, goede FPS, alles werkt alsof je het onder Windows draait). Dan is er ook geen noodzaak voor developers om daadwerkelijk voor Linux te gaan coderen, want er is een bijzonder stabiele methode om Windows software onder Linux te draaien. ( Je zag dit in het verleden met wifi-drivers en NDIS-wrapper waarmee je je Windows drivers kon gebruiken onder Linux, en dat dat op z'n minst 'best goed' werkte)

[svennd]

Wel ik denk dat de Linux-desktop, nog steeds een te kleine markt blijft en het argument "er zijn geen games" niet langer staat. De enige reden waarom Windows het zo goed blijft doen, is omdat het overgroot gedeelte Windows met de paplepen binnen krijgt.

[lenwar]

Vooraf. Ik ben zelf een Linux engineer bij een internationale financiele organisatie en ben zeker niet pro-Windows of anti-Linux of andersom.

Ik schreef ook nadrukkelijk aaa-games, en dat zijn er naar verhouding nog steeds bar weinig. Ze zijn er natuurlijk wel, maar het moeten wel NET de games zijn die jij boeiend vindt.
Het klopt uiteraard dat men Windows op de computer wil, omdat ze dat gewend zijn. Maar als Windows voldoet, waarom zou je dan de moeite nemen om aan wat anders te gaan wennen? Het OS is niet het doel van je computer.

Ik snap dat als we die redenatie heel letterlijk zouden nemen dat we nu geen auto's hadden, maar hele efficiente paard-en-wagens. Het verschil daar in is, is dat een auto op alle vlakken beter is voor de eindgebruiker (behalve misschien milieu en persoonlijke veiligheid)

Echter... Zolang Linux niet beter is dan Windows voor het doel waarvoor je een computer gebruikt (surfen, een brief typen, printen, muziek luisteren, gamen, foto's bewerken, noem maar wat) waarom zou je dan de moeite nemen om iets anders te leren gebruiken. En dan maar hopen dat al je andere spullen die je hebt ook Linux drivers hebben (uiteraard zal dit beter worden naarmate er meer mensen Linux gaan gebruiken)

Voor de kosten hoef je het niet te laten 70 - 100 euro voor een OEM (afgeschreven in 5 jaar is dat peanuts) of 150 euro voor een persoonlijke licentie.

Zodra je een doel hebt waar het daadwerkelijk beter/makkelijker is om een Linux desktop te hebben (software ontwikkelen voor Linux servers ofzo (?)) dan is het allicht een goed idee om over te stappen.

[svennd]

ChromeOS is toch wel een pak aangenamer als surfmachine en veel plezanter in gebruik. Nooit "aan het updaten" scherm gezien ... maar goed we wijken af ;-)

Maar ik kan je geen ongelijk geven, het doel is niet het OS, maar de taak die je wil doen.

[Magic Power]

Daarom is het ook in beta, en nog niet volledig uit. Daarnaast, standaard staan alleen whitelisted games (die dus goed getest zijn) actief als speelbaar, dus de massa ziet enkel spellen die ook 'gewoon' werken.

[Noxious]

Daarom is deze lijst natuurlijk ook een community project om met een korrel zout te nemen. Het zijn momentopnamen en erg afhankelijk van de gebruikte hardware/software.

Deze lijst helpt Valve echter wel om hun testproces te versnellen, en zo meer games te whitelisten.
Daarnaast geeft het inzicht in wat ruwweg wel of niet werkt. Het is onderzoek met als doel een stabiele omgeving voor alle games. Dat maakt het niet nutteloos.

[Reactie gewijzigd door Noxious op 24 juli 2024 10:35]

[bbc]

Als Linux gebruiker vraag ik me toch af wat de markt is voor deze ports. Het aantal Linux gebruikers is vrij laag. Als het doel is om een Steam console onder Linux uit te brengen zie ik toch enkele problemen.

Op zich zal je misschien wel een aantal mensen over de streep trekken met een Steam console om te concurreren met de Xbox of PS en mindere mate Nintendo toestellen. De eerste tripple A release die niet onmiddellijk beschikbaar is op de Steam console gaat een koude douche zijn.

Ik heb even in de lijst gekeken en er staat bijvoorbeeld Jagged Alliance 2 bij. Een geweldig turn-based strategy game in XCOM stijl. Het staat in de Steam shop te koop vanaf 5 euro tot 20 euro voor de gold versie. Voor een game dat uitkwam in het vorig millenium, 1999, is dat wel een aardige hap. Het lijkt me niet dat de huidige generatie staat te springen om daar geld aan uit te geven, want die zitten eerder te wachten op de nieuwe titels waar hun vriendjes het allemaal over hebben. De vraag is dus ook wat die lijst van 1200 games waard is.

Alhoewel ik er dus zeker niet tegen ben, vraag ik me af of het een slimme zet is wat marketing betreft.

[CAPSLOCK2000]

Als Linux gebruiker vraag ik me toch af wat de markt is voor deze ports. Het aantal Linux gebruikers is vrij laag.

Percentages zeggen niet alles. Hoewel het aantal relatief gezien vrij laag is, hebben we het nog steeds over miljoenen mensen. Dat zijn er genoeg om een leuke cent aan te verdienen. Het draait allemaal om hoeveel moeite je moet doen om Linux ook te ondersteunen (en wat dat kost). Dit Wine/Proton-project verlaagt de investering flink.

[Noxious]

Valve doet enorm veel voor Linux, en de reden is wel duidelijk.

Onder Windows krijgen ze meer en meer concurrentie van de Windows Store zelf, en de dreiging dat Windows ook voor de consumentenmarkt naar een SaaS oplossing zal gaan (met mogelijk in de toekomst een vaste maandelijkse prijs voor het spelen van een selectie games).

Op Linux is deze dreiging er niet, en dus kunnen ze op deze manier hun eigen markt creëren.
Zeker als Vulkan meer en meer een succes gaat worden, en ontwikkelaars het meer gaan ondersteunen.

[Deido]

Goed om te zien dat ze zich ook met Linux bezighouden. Heeft een port via Wine nog invloed op de performance van de game?

[lenwar]

Uiteraard. Simplistisch gezien is WINE is een mechanisme om de win32 API(s) te laten praten met een Linux kernel ipv een Windows kernel. Sommige onderdelen zullen minder efficient zijn, andere juist weer efficienter. Zo zijn er schijnbaar games die via WINE beter preseteren dan onder native Windows.

[EnigmaNL]

Ze draaien misschien wel stabiel (als in start op, crasht niet) maar draaien ze ook goed (goede framerate, acceptabele laadtijden etc.)?

[dmantione]

Emulatie heeft altijd een overhead en alleen als een spel onder Windows OpenGL of Vulkan gebruikt is het mogelijk een spel zonder overhead wat betreft het grafische gebeuren te draaien. Dat gezegd is Proton wel een doorbraak vanwege de introductie van DirectX11 op Vulkan. DirectX11 was de afgelopen jaren de achielleshiel van Wine, zowel op het gebied van compatibiliteit als prestaties. Ik verwacht dus dat spellen zeker acceptabel draaien. In de witte lijst die aangekondigd is, verwacht ik ook niet dat mensen voor spellen gaan spellen als ze ruk draaien kwa prestaties, dus dat stempel zegt ook iets over de prestaties.

Aan de andere kant is het ook zeker geen wet dat Windows altijd sneller is: Microsoft doet niet zoveel meer aan de oude API's. Als Valve opeens in Proton energie gaat steken in de oude API's, kan dat met goed programmeerwerk zeker wel wat opleveren. En bij de nieuwe API's, Vulkan, is er gewoon gelijk speelveld en is het de efficiëntie van het besturingssysteem die telt. Reken maar dat de Linuxkernel wat in zijn mars heeft.

Tot slot: Het is niet noodzakelijk omWindows op dit punt te overtreffen: Niemand stapte van DOS naar Windows over dat de spellen sneller draaiden. Windows 95 was gewoon compatibel genoeg voor de massa.

[Noxious]

Dat wisselt enorm per spel en hardware/software combinatie. In mijn ervaring zijn er een redelijk aantal spellen die zelfs beter draaien, maar het is geluk hebben.

[Kosm]

Betekent dit ook dat SteamOS eindelijk interessant wordt?

[lenwar]

Nee, het betekent dat er meer spellen onder Linux draaien. SteamOS is pas interessant voor jou, als de spellen die jij wilt spelen, ondersteund worden. Men zal gaat doorgaans niet andere spellen spelen omdat ze persé SteamOS willen draaien. (althans - ik ga daar niet vanuit )

[Noxious]

Valve ondersteund ook officieel Ubuntu (daarom testen veel mensen op 18.04) maar op tal van andere distributies is het ook werkbaar, met soms iets meer glitches.