Heroic Games Launcher gaat op Linux standaard Windows-versie van games gebruiken

De Heroic Games Launcher gaat in de toekomst standaard de Windows-versie van games gebruiken, ook als deze een native versie voor Linux hebben. Gebruikers kunnen nog steeds de Linux-versie gebruiken, maar standaard laadt het programma de Windows-versie.

Op GitHub schrijft een van de ontwikkelaars dat veel gebruikers de native Linux-versie installeren omdat dit de standaard is. Deze versies zijn volgens hem echter niet altijd de beste optie, omdat ze afhankelijk zijn van oude library's of omdat sommige functies van GOG niet werken. Zo ondersteunen Linux-versies van games in de GOG-bibliotheek geen cloudopslag.

Vanaf nu wordt daarom standaard de Windows-versie geïnstalleerd, die in combinatie met Wine of Proton op Linux te spelen is. De ontwikkelaar zegt dat hij de native versie van macOS niet aanpast, omdat deze in zijn ervaring 'prima werkt en in sommige gevallen zelfs beter is dan de Windows-versie.'

De Heroic Games Launcher is een opensourcegamelauncher die beschikbaar is onder een GPL 3.0-licentie. Met het programma is het mogelijk om in een launcher games uit de Epic Games-, Amazon Games- en GOG-bibliotheken op te starten. Het programma is beschikbaar voor Windows, macOS en Linux. Op dat laatste platform maakt de launcher gebruik van Wine of Proton om Windows-versies van games te kunnen draaien.

Reacties (38)

[grasmanek94]

Als ik een eigen zegje hierover mag doen; ja ik snap de keuze van de dev. Zowel veel spellen als GOG zelf zijn "windows-first,rest-last".

Ik zit in een chatgroep met developers die elkaar helpen met development voor GOG gerelateerde software (met o.a. de makers van Comet [waar Heroic Launcher gebruik van maakt], GOG DB, en paar andere GOG gerelateerde ontwikkelingen, ik werk voornamelijk aan UniverseLAN), en de consensus is daar ook dat bij GOG Linux een nagedachte is.

Het is dan makkelijker om gewoon te focussen op Windows, ondanks dat iedereen graag volop Linux wil ondersteunen.

De GOG Galaxy Linux Client die laat nog op zich wachten, ondanks vele stemmen op GOG. Dat is de (onder andere, een van de velen) reden dat er zoiets als Heroic Games Launcher bestaat.

Ook op de dev portal van GOG (waar ik gewoon in kan) was er lange tijd geen goede Linux library beschikbaar van de GOG Galaxy SDK, of deze nu goed is weet ik niet zozeer, maar ze hebben wel wat releases nu. Of dat een teken is dat er een Linux client komt weet ik niet, maar iedereen hoopt van wel.

[Reactie gewijzigd door grasmanek94 op 28 november 2025 09:53]

[Meg]

Dus mensen die op Linux zitten en gamen moeten nu Windows in Linux gaan installeren om een spel te spelen?

[- peter -]

Nee, de translation layers (DirectX -> Vulkan) zijn tegenwoordig zodanig goed geworden dat de spellen beter presteren en minder bugs bevatten als ze via Wine/Proton e.d. gedraaid worden op Linux, dan als ze een gedateerde native build gebruiken.

[Reactie gewijzigd door - peter - op 27 november 2025 16:48]

[HanG-BuiK-ZwijN]

Recentelijk heeft onze Tech Jesus (Gamers Nexus) een uitgebreide benchmark video uitgebracht over Linux. Een van de conclusies is dat de nvidia drivers bagger zijn.

Heroic Game Launcher heb ik ook op mijn steam deck staan, aanrader voor GOG bijv. Linux versies van games zijn vaak slecht en niet af (Bijv balders gate 3, zie video) dus is het een stap in de goede richting om de windows versies te instaleren.

Bijkomend voordeel is is dat ProtonDB layers steeds beter worden en er zo meer en meer games speelbaar zijn onder Linux, zeker oudere windows games die niet meer willen onder 10 of 11 zijn daar bij gebaat.

[Hydranet]

Dat is ook mijn ervaring dat de Linux native versies van games gewoon slecht bij gehouden worden. Ik heb dus ook de voorkeur om de Windows versie van een game te spelen via Proton. Ik heb in de afgelopen jaren eigenlijk geen last van dat mijn ervaring minder is met de Nvidia drivers, ik heb een tijd een AMD kaart gehad en ben daarna terug gegaan naar Nvidia. Ik merk geen verschil in mijn ervaring en mijn ervaring is er ook niet slechter op geworden.

[bun00b]

Ervaringen zijn dan ook subjectief, en hangen af van veel factoren. Het kan goed zijn dat je op een degelijk genoege framerate speelt dat het je niet echt uitmaakt. Echter zoals @HanG-BuiK-ZwijN heeft vermeld, heeft Steve van GN onlangs uitgebreide tests gedaan op Linux (Bazzite) om te zien hoe het er anno 2025 voor staat, en inderdaad kan men afleiden dat Nvidia drivers echt bagger zijn.

Niet enkel stonden de 9070/9060 XT bovenaan (Baldur's Gate, 1080p) boven alle 50 series Nvidia kaarten, de Nvidia's onderling stonden ook heel vreemd (5070 > 5070 Ti > 5080 > 5090 > 5060 Ti) dus het is puur een driver probleem.

Maar het verbaast me niets, Nvidia was al langer aan het verschuiven naar een datacenter-supplier-bedrijf en nu zijn ze dat helemaal met AI in het spel. Gaming is zo een klein van hun omzet, om dan driver updates uit te brengen voor Linux, daar beginnen ze blijkbaar niet meer aan.

[Denizz]

Met betrekking tot jouw laatste alinea: de drivers zijn toch exact hetzelfde als wat de datacentra GPUs gebruiken? Ik heb de afgelopen jaren veelvoudig GPU servers gehuurd met een A100 erin en daar zat volgens mij geen speciale driver in maar gewoon de normale driver reeks die ik ook op mijn Linux laptop met RTX 2060 had zitten.

Ik heb deze laptop sinds begin dit jaar vervangen door een Mac maar op het laatst ging deze toch ook best goed met Proton en de Nvidia drivers die steeds werden bijgewerkt. In de beginperiode (2021) was het een ramp met het gestuntel van Nvidia met Wayland (het hele x11 vs Wayland geneuzel vind ik sowieso iets waar een gebruiker niet mee lastig moet worden gevallen eigenlijk maar dat is een ander verhaal).

Of bedoel je dat de drivers erg achter (zijn) gaan lopen tov van de Windows reeks?

[StefanJanssen]

Het gestuntel van nvidia en Wayland is er nog steeds. Bijvoorbeeld, YouTube draait met letterlijk 10 FPS op mijn ene monitor terwijl op de andere het wel vloeiend draait.

[Hydranet]

Ik ben terug van AMD naar Nvidia gegaan omdat er een kernel regression was die zo irritant was en na een half jaar nog steeds niet is opgelost en geen van de workarounds werkte. De amdgpu Gitlab repo staat ook vol issues niet niet opgelost zijn dus vind niet dat AMD het veel beter doet, die mogen ook wel wat sneller aan serieuze issues oppakken die veel mensen hebben gemeld.

[Sp3ci3s8472]

Ben wel benieuwd wat je probleem was, ik heb 3 systemen met AMD kaarten en Linux draaien en werkelijk geen enkel probleem. Alle systemen hebben RDNA 2 of 3 of een combinatie, twee (EndeavourOS systemen) draaien haast de laatste versie van de kernel (niet ouder dan 1 maand) en ik heb geen idee wat het Bazzite systeem heeft. De overige hardware die de systemen hebben is helemaal per systeem anders, laptop AM5, HTPC AM4 en werk pc AM5. Enige wat ik heb gemerkt dat Wayland ondertussen (afhankelijk) van je desktop environment stabieler is dan X11; maar dat kan wellicht ook komen doordat ik voorheen XFCE draaide ipv KDE nu.

Wil niet zeggen dat jij geen problemen hebt gehad natuurlijk, maar ik heb voorheen meer gezeik gehad met een laptop met een Nvidia kaart met PopOS.

[Hydranet]

Ben wel benieuwd wat je probleem was, ik heb 3 systemen met AMD kaarten en Linux draaien en werkelijk geen enkel probleem

https://gitlab.freedesktop.org/drm/amd/-/issues/3787

Ik had een RX 7900XTX Ik had ook geen enkel probleem tot eind 2024, toen kreeg ik ineens random gpu resets/hangs 2x per dag waar niks aan te doen doen was. Heb allemaal work arounds geprobeerd. Die hielpen allemaal niet, zelfs oudere kernels geïnstalleerd van voor 6.6.0 want heb je hebt ook nog deze wat op hetzelfde lijkt.

https://gitlab.freedesktop.org/drm/amd/-/issues/2950

Hielp ook niet, na een half jaar nadat het nog niet gefikst was ik het zat en ben ik terug gegaan naar Nvidia. Voor November 2024 heeft het gewoon wel een 9 maanden goed gewerkt, dus ik gok dat het een kernel driver regression geweest is of zo. Ik gebruik al heel wat jaren Linux, dit was mijn eerst AMD kaart onder Linux die ik voor langere tijd heb gebruikt en ook een paar maanden een keer een 6700XT gehad, daarvoor altijd Nvidia gebruikt. Vond het best jammer en dit is ook de eerste keer in al mijn Linux jaren dat ik zo iets mee maakte dat zo irritant werd dat ik een hardware onderdeel maar vervangen heb om het probleem op te lossen.

[aldieaccounts]

Het is denk ik niet eens zozeer dat de linux versies slecht worden bijgehouden. Dat klopt op zich wel, maar hetzelfde geldt voor veel windows versies. Maar een verouderde linux versie op een modernere linux draaien is meer gedoe dan de equivalente acie onder windows. Omdat de linux wereld gewend is dat alle software met enige regelmaat opnieuw gecompileerd kan worden om weer niet nieuwere standaard libraries om te kunnen gaan is de druk om een goede binary compatibility voor oude executables te hebben nooit zo hoog geweest. itt de windows wereld, waarbij binary backwards compatibility zo ongeveer microsofts grootste troef is.

Daar komt dan nog bij dat als je windows games op linux draait, de compatibility layer (proton/wine,dxvk) het verschil kan overbruggen tussen oude executables en nieuwere systemen. Waardoor veel oudere spellen zelfs beter draaien onder proton dan onder windows 10/11 .

[mbb]

Waardoor veel oudere spellen zelfs beter draaien onder proton dan onder windows 10/11 .

Draait proton ook op Windows? If moet je oude spellen dan op de gevirtualiseerde Linux in Windows draaien?

[aldieaccounts]

Geen idee. Als ik zo google lijken er wel wat mensen mee geexperimenteerd te hebben, maar dat is zeker niet mainstream.

Volgens mij heb ik wel eens iets gelezen over DXVK op windows gebruiken als vervanging van oude directX versies.

[RonnnL]

Wat is de technische reden dat Linux die backwards compatibility niet heeft? Je kunt er toch bij heel veel software niet van opaan dat de ontwikkelaar altijd blijft bestaan om zaken te blijven updaten?

[MneoreJ]

Dat hoeft in de Linux wereld ook niet omdat 95% van alle software open source is. Op source niveau is er wel degelijk een grote mate van backwards compatibility (niet voor de kernel zelf, maar wel voor alle libraries die tussen de kernel en de applicaties zitten) en zelfs tussen verschillende Unix-smaken (met wat meer moeite kun je je software zo maken dat het zowel op Linux als de diverse smaakjes van BSD compileert, bijvoorbeeld). Zelfs als daar dingen niet meer werken is het vaak een kwestie van niet meer dan een of twee regeltjes aanpassen, een taak die ook de maintainers van distributies op zich kunnen nemen als het oorspronkelijke project weinig tot geen activiteit meer heeft. Zolang de software nog populair is en er geen alternatieven zijn staat er altijd wel iemand op om dat klusje te klaren.

In tegenstelling tot Windows, dat een enkele code base is (grotendeels) zijn Linux-distributies een allegaartje van verschillende componenten die wisselen met de keuzes van distros, waar wel een grote overeenkomst tussen zit maar die niet gelijk zijn. Zodoende is binary compatibility niet echt haalbaar, en zie je dat commerciële software waarvan de source niet vrijgegeven wordt vaak alleen werkt met specifieke versies van specifieke distributies. Dat is vergelijkbaar met het Windows-model (minus de compatibiliteit van Windows dan), en als de fabrikant ermee ophoudt is het dan ook einde verhaal voor dat soort software, tenzij je de hele boel virtualiseert.

[Reactie gewijzigd door MneoreJ op 28 november 2025 10:15]

[aldieaccounts]

Niet echt een technische reden. Puur technisch is de binary compaitibility van de linux kernel zelf behoorlijk goed zelfs. Maar omdat het niet zo nodig is voor source-compatible software is er minder druk om die binary compatibility ook te bewaken/onderhouden. En dus zijn veel libraries niet binary compatible met oudere versies. Er is maar een beperkte hoeveelheid mankracht beschikbaar, en binary compatibility heeft voor open source software niet echt prioriteit.

@MneoreJ legt het goed uit.

[cricque]

Tegenwoordig ? Ik speelde vroeger Return To Castle Wolfenstein (2003-2006 ergens)... Eerst de Windows versie op wine ... had ik hogere fps mee dan in Windows (was wel een opengl game) en dan later de native linux versie.

Dit werkte uiteraard niet voor elke game en het was hit & mis. Maar ik speelde ook gewoon vroeger WOW op wine. Was al iets uitdagender, zeker met de battle.net launcher etc. Alles kan, het is zeker niet slecht, alleen bepaalde game beveiligingen voor shooters mag je dus vergeten

[Meg]

Proton ken ik alleen als VPN / mail programma uit Zweden, Wine ken ik zelf niet. Maar dan kan je dus alle spellen gewoon spelen?

[MarcMK2]

Proton is zwitsers maar dat maakt voor nu niet uit.

Proten en wine zijn vertaallagen waardoor de windows applicaties als .exe, .msi en als ik het goed heb bvb de .dll bestanden vertalen naar een taal die linux snapt. De enige spellen die je op deze manier niet kan spelen zijn spellen met kernal level anticheat zoals de nieuwe battlefield.

[joeri1]

De proton waar het in dit artikel over gaat.

[HijDieAllesWeet]

Dat is een andere Proton.

[Meg]

Dankzij @simon kwam ik daar ook achter.

[Hmmm]

Het is ook niet eens uit Zweden maar Zwitserland. ;-)

[Uchy]

Zwitserland denk ik :-)

[Linke-soep]

Dat is toch ook hoe Steam de games draait vanuit hun cliënt?

[simon]

nee, je gaat standaard gebruik maken van een tool zoals Proton (Wikipedia: Proton (software)) die een vertaalslag vormt tussen de windows/directx calls en je Linux OS. Dat werkt verbluffend goed, daar maakt Steam ook gebruik van op haar Steam Machine, de handheld en als je Steam op Linux installeert. Je hoeft dus niet Windows in een VM te draaien.

[wsy1]

Dit gaat dat via de wine/proton laag, hier hoef je niet apart windows voor te installeren. Dit werkt uit mijn ervaring best goed, bijvoorbeeld de steam deck of steam op Linux.

[mavytan]

Nee, geen Windows nodig, enkel Wine of Proton zoals in het artikel staat. Wine en Proton zijn geen Windows emulators, maar zorgen ervoor dat de Windows API die door de games gebruikt wordt, vertaald wordt naar iets waar Linux wat mee kan zodat de game de juiste resources etc. kan gebruiken.

[kiang]

moeten nu Windows in Linux gaan installeren

Proton is niet 'windows op linux', het is geen VM of emulator. Het is simpelweg, net zoals Wine, een alternatieve implementatie van de nodige Windows APIs.

Dit is net alsof je Vulkan op Windows installeert: dat is niet "Linux op Windows" of zo. Het verschil is wel dat Proton niet van MS is, maar dat is het dan wel.

[gimbal]

Ik durf te stellen dat je voor met name oudere games uit het Windows 95 - Windows XP tijdperk je beter Wine kunt gebruiken om ze te draaien - Wine ondersteunt oud Microsoft spul veel beter dan Microsoft spul zelf.

[Rolf]

Behalve worms world party.

[JWL92]

Op dat laatste platform maakt de launcher gebruik van Wine of Proton om Windows-versies van games te kunnen draaien.

[IamrobNL]

Steve van GamersNexus vertelde in een recente video dat de Windows varianten van games vaak beter werken dan de native Linux builds omdat ze beter worden bijgewerkt.

[MaartenBW]

Vaak zijn de Linux 'native' versies van de spellen slechte geprorteerde versies van de game. Nu de compatibiliteitslagen (Wine/Proton/dxvk/vkd3d) zo goed werken, is mijn ervaring ook dat de Windows versie idd veel beter werken.

Met enkele uitzonderingen nagelaten: Factorio

[Linksquest]

Ik ben zelf erg te spreken over de Heroic Games Launcher, ik heb deze geïnstalleerd op mijn Steam Deck, zodat ik ook makkelijk games van onder andere GOG, Prime en Epic Game Store kan spelen. Ik heb dit met verschillende games getest, zoals Alien Isolation en Cat Quest, het werkt erg goed, geen problemen mee ondervonden. Wel had ik wat problemen met een LEGO Star Wars game, die naar een muis bleef zoeken. Echter met hulp van Google dit makkelijk weten op te lossen.

Ook heel mooi is dat hij netjes aangeeft welke games wel of niet geschikt zijn voor de Steam Deck, en naast dat vind ik hem ook gebruiksvriendelijk werken. Ben erg benieuwd hoe dit straks gaat werken als het met Windows gaat werken.

[qlum]

Opzich best logisch, veel linux ports zijn niet echt goed of verouderd, in dat geval is wine toch gewoon de betere optie. Neem bijvoorbeeld total war warhammer 3, de linux port kan alleen met andere linux spelers en met een asterix mac gebruikers samenspelen. Terwijl de Windows versie die beperkingen niet heeft en een betere ervating bied.

[CAPSLOCK2000]

Een beetje jammer maar begrijpelijk, zo'n launcher wil gewoon de beste ervaring geven.

Zo lang als Wine (en Proton) bestaat is er altijd discussie geweest of het goed of slecht voor Linux is om Windows-applicaties op Linux te draaien. Het voordeel is uiteraard toegang tot alle Windows-only applicaties en games, het nadeel is dat er zo minder aandacht is voor Linux native versies.

Als Windows-applicaties ook onder Linux werken (en zelfs sneller dan onder Windows) dan zal er weinig druk zijn om ook Linux-versies te onderhouden. De meeste zullen concluderen dat ze tijd en geld kunnen sparen door alleen te optimaliseren voor Windows.

Op een bepaalde manier heeft het gebrek aan aandacht ook een voordeel gehad, namelijk dat die compatibiliteitslagen zo enorm goed zijn geworden dat ze sneller zijn dan Windows zelf. Het doet me denken aan de situatie rond drivers en hardware-support. Jarenlang was het verhaal dat Linux minder hardware support en minder drivers had dan Windows omdat iedere fabrikant zelf een driver voor Windows publiceerde terwijl de Linux-devs zelf drivers moesten schrijven. Tot het punt bereikt was dat duidelijk werd dat de meeste hardwarefabrikanten helemaal niet goed zijn in software en veel Windows-drivers dus eigenlijk maar crappy waren. Heel wat fabrikanten deden (en doen) niet veel meer dan de reference-driver van de chipset een beetje aanpassen met hun eigen logo.
De door gedreven en gespecialiseerde programmeurs geschreven Linux-drivers bleken van veel hogere kwaliteit én generiek. In vrij korte tijd sloeg het toen om van "veel gedoe" naar "werkt gewoon out-of-the-box".

Wine/Proton hebben voor mijn gevoel hetzelfde punt bereikt. Na jarenlang door regen en wind heen bergop fietsen zijn de spieren nu zo sterk geworden dat Wine sneller door de heuvels rijdt dan Windows dat gewend is geraakt aan rijden op een overdekte baan waar geen wind, regen of hobbels zijn.

De vraag is nu alleen of er een punt komt dat developers zeggen "als je de beste prestaties wil dan moet je Linux gebruiken dus we gaan daar voor optimaliseren". Dat hebben we wel gezien met allerlei hardware, van goedkope settop-boxes tot dure netwerk-appliances, vrijwel allemaal draaien ze op Linux en dat is niet (alleen) omdat Windows-licenties geld kosten. De SteamDeck/Box/Machine krijgt wel veel aandacht maar we zijn nog niet op het punt dat het voor developers het voorkeursplatform is.
Zolang Playstation en XBox en Nintendo allemaal een flink marktaandeel heeft zullen veel games als multi-platform ontwikkelt worden in plaats van extreem te optimaliseren voor één platform. Dat veel games al multi-platform zijn en veel games op dezelfde engine draaien maakt het makkelijker voor wine/proton om ze goed te ondersteunen.