Steam is volledig overgestapt op een 64bit-client voor Windows

De Steam-client is vanaf nu volledig 64bit. Dat bevestigt Valve in de patchnotes van zijn nieuwste clientupdate. Het gameplatform bracht eerder al een 64bit-bèta van de client uit, maar nu is deze algemeen beschikbaar.

Valve bevestigt de overstap op zijn website. De Steam-client draait vanaf nu in 64bit op Windows 10 en Windows 11, zo bevestigt het bedrijf. De 64bit-versie van Steam is al sinds november beschikbaar als bèta.

Met de overstap wordt de ondersteuning van 32bit binnenkort ook gestaakt. Systemen die 32bit-versies van Windows draaien, blijven tot 1 januari 2026 updates voor de Steam-client ontvangen. Vervolgens blijft de 32bit-client op korte termijn nog werken, maar ontvangt deze daarna geen updates, bugfixes of technische ondersteuning meer. De overstap heeft geen invloed op 32bit-games.

Valve zei eerder dat de overstap naar een 64bit-client noodzakelijk is omdat veel kernfuncties in Steam gebruikmaken van systeemdrivers en andere library's die niet in de 32bit-versies van Windows aanwezig zijn. In de praktijk zal de overstap alleen gevolgen hebben voor gebruikers van de 32bit-versie van Windows 10. Dat was namelijk de enige 32bit-versie van Windows die nog door Valve werd ondersteund.

Volgens Valve zal de overstap daarom weinig impact op gebruikers hebben. Het bedrijf zegt dat slechts 0,01 procent van de Steam-gebruikers dit besturingssysteem gebruikt, uitgaande van de Steam Hardware Survey. Die gebruikers wordt aangeraden om zo snel mogelijk over te stappen op een 64bit-versie van Windows.

Reacties (75)

[ronaldvr]

Het stomme is natuurlijk dat die nog wel in
C:\Program Files (x86)\Steam
staat, wat natuurlijk het hele idee achter dergelijke mappenscheiding om zeep helpt

[hottestbrain]

Ben benieuwd of dat bij een clean install ook nog het geval is.

[poststamp]

Dat is nog steeds zo, ik heb gisteren een clean install van W11 gedaan, en vandaag steam geïnstalleerd. Het kwam op dezelfde plek terecht.

[procyon]

Jarenlang op Windows gegamed en sinds deze week PopOS gedownload, Steam geïnstalleerd en alles werkte meteen. Geluid, video, Xbox controller, draadloze hoofdtelefoon via BT, alles werkt geweldig!

Leuk natuurlijk dat Steam voor windows nu 64 bit is maar ik kan iedereen aanbevelen toch eens Linux te overwegen voor je games pc. Geen geforceerde updates, geen reclame, geen OneDrive en geen A.i.

Ik draai een 9800X3D Boxed met een Radeon 6900 XT.

Nu mijn plex server migreren en hopelijk nooit meer last van updates, wat is Linux (tegenwoordig) een verademing.

[MishaT]

Draaien alle pc games tegenwoordig ook standaard op Linux?

[ApexAlpha]

Valve (maker Steam) heeft veel geinvesteerd in Proton, dat er voor zorgt dat je alle Windows games gewoon draait op Linux. Soms sneller beter dan op Windows vanwege minder bloat.

Enige dat echt niet werkt is spellen met een Windows Kernel anti Cheat zoals League of Valorant.

Ik kan Bazzite aanraden, een vooraf geoptimaliseerd linux gaming OS.

[Reactie gewijzigd door ApexAlpha op 24 december 2025 08:30]

[procyon]

Op wat oude na (zoals C&C generals bijvoorbeeld.)
De recente games draaien allemaal goed.

De nieuwe commando's game (Commandos Origins), draaide niet op mijn snapdragon windows laptop maar draait wel onder linux (alhoewel dat een ryzen machine is), zegt het wel wat over de focus die game developpers hebben op linux. Mede geholpen door Steam en hun push door de steam desk en straks de Steam machine, die beiden op ryzen en linux draaien.

[Olaf van der Spek]

staat, wat natuurlijk het hele idee achter dergelijke mappenscheiding om zeep helpt

Wat was dat idee precies?
En als je een game hebt met zowel 32-bit als 64-bit ondersteuning, in welk van de mappen had ie dan moeten staan? Beide?

[Jan VP]

Het game in je voorbeeld staat in beide mappen; Steam stond historisch in de ene map, maar zou vanaf nu eigenlijk in de andere map moeten komen. Maar eigenlijk is dat niet erg, omdat je nooit beide Steam-versies tegelijk kan installeren. Dat is namelijk de enige situatie waarvoor de ontdubbeling wel belangrijk is.
(Met Office of Chrome had je dat bv ook: een upgrade naar 64-bit gebeurde in-place in de oude map. Niet erg, omdat de oude niet behouden bleef.)

[IrBaboon79]

Niet getest - maar misschien dat het ding opnieuw installeren dit ook oplost?

[WhiteSnake76]

Had dat ook met andere software, je koos voor een 64 bit installatie pakket, en het komt onder C:\Program Files (x86)\

[Speeder]

Ligt eerder aan de installer zelf dan aan de software die het moet installeren. Door dat de installer zich niet houd aan de standaarden die Microsoft gebruikt. De laatste jaren steeds meer houtje-touwtje installers tegen gekomen op Windows. Vaak is de installer dan ook nog 32-bits.

[Reactie gewijzigd door Speeder op 24 december 2025 09:29]

[MartZuid]

https://steamcommunity.com/discussions/forum/1/1698300679772082012/

[Scriptkid]

Maakt eigenlijk niet uit.

Enige waarvoor die mappen waren is als je 32 en 64 bits versie van de zelfde software hebt. Zodat je niet in de dll hell komt.

[Jeffrey2107]

de default install location bij een nieuwe installatie is ook nog steeds C:\Program Files (x86)\Steam wat ook niet klopt.

Heb ik net even getest. Je kan wel gewoon dit aanpassen naar C:\Program Files\Steam en dat werkt helemaal prima. Dus even opletten en dat kan het wel gewoon goed.

[Reactie gewijzigd door Jeffrey2107 op 22 december 2025 12:48]

[System]

Uiteindelijk bepaal je zelf bij de installatie waar die geïnstalleerd staat.
Bij een update kan je dat niet zomaar wijzigen.
Dat gezegd zijnde zou ik niet weten waarom 32bit en 64bit applicaties per se gescheiden zouden moeten worden.
Het is ook maar een map.

[Memori]

Steam is overigens vrij portable. Als je Steam op bijv. D:\Games\Steam installeert en de OS opnieuw installeert, start 'ie gewoon op zoals normaal.

[beerse]

DIe mappen scheiding met de woordbreedte van de cpu was met de introductie van "C:\Program Files (x86)\" door msWindows zelf al om zeep geholpen. De directory "\\system32\" was nog van de upgrade van 16 naar 32 bits. Het gebruik van "(x86)" verwijst naar de intel cpu architectuur, die in 16, 32 en 64 bits beschikbaar is (geweest). met als tegenhangers: "amd", "arm", "itanium" en dergelijke.

[Marctraider]

Native Microsoft Edge 64-bit staat ook gewoon in C:\Program Files (x86)\Microsoft\Edge\Application

Zo boeiend is het echt niet... bijna een formaliteit te noemen.

[i7x]

Ik heb pas eens Windows 11 ARM geïnstalleerd in een vm (UTM). Het was al een “tiny” versie, maar heb er daarna ook nog wat zooi uit weten te slopen, dus het is lekker compact voor het minimale wat ik het toch voor gebruik.

Toen vielen mij die verschillende mappen ook weer op. Ik herinner mij nog vaag dat dat ooit werd geïntroduceerd, maar dat is al zo lang terug. Je zou toch verwachten dat zoiets een tijdelijke oplossing is tot de overgang naar 64 bit afgerond is, maar nog steeds krijg je zelfs met de meest recente ARM installatie nog zo’n dubbele structuur. Het lijkt mij allemaal wat inefficiënt en zonde van de ruimte. Ik weet niet precies wat er allemaal nog van afhankelijk is, maar als je niet afhankelijk bent van antieke zooi (en wat is er nu nog exclusief 32bit vanaf de dag?), kun je er dan niet gewoon vanaf geraken, dus dat heel die x86 map verdwijnt?

Ik vroeg het mij toen af maar weet er te weinig vanaf, maar nu ik er hier weer over lees deel ik het maar. Wellicht dat iemand dit kan verklaren. Ik heb wel wat dingen verwijderd maar een aantal zaken die ik toch niet aan te raken, zoals 32bit PowerShell.

(Overigens nog zo’n vaag iets, heb nu twee PowerShells, 5.1, getiteld “Windows PowerShell”, en 7, gewoon “PowerShell.” En dan 5 in 32 en 64bit, dus in totaal 3 versies. En de moderne komt niet standaard mee, en de oude kun je eigenlijk niet vanaf geraken. Ik ben er allemaal wel uitgekomen maar kan nou niet zeggen dat dit voor mij overkomt als een logische en nette oplossing. Ben dat toch weer blij dat het voor mij maar een VM is en ik er verder weinig direct mee hoef te werken.)

edit: hier kun je zien in hoeverre ik de x86-map heb kunnen minimaliseren.

[Reactie gewijzigd door i7x op 22 december 2025 12:04]

[watercoolertje]

Het lijkt mij allemaal wat inefficiënt en zonde van de ruimte.

Welke ruimte? Het staat gewoon op locatie a ipv locatie b, in beide gevallen neemt de inhoud evenveel ruimte in. Enige verschil is een extra map a 4kb oid...

[vanviegen]

Ik neem aan dat i7x het heeft over de legacy 32 bit runtime (dlls) die Windows meelevert.

[i7x]

Een Program Files (x86) map is op zijn minst een paar GB groot. Ik snap ook dat verhaal niet van "het staat gewoon op locatie a ipv locatie b." Nee, het staat dus in allebei, en een ervan gebruik ik nooit. Het is toch raar dat wanneer je vandaag je dag een schone 64bit ARM installatie van Windows doet, dat er nog allemaal 32bit rommel meekomt (waaronder dus heel Program Files (x86)). 32bit processors worden al vele jaren niet meer geleverd in consumenten pc's, en voor de normale gebruiker gaat compatibiliteit ook geen probleem zijn. Dan denk ik, maak dat hele 32bit gebeuren op zijn minst een optionele Windows component of los het evt op met een virtualisatielaag. Van mij mag het allemaal achterwege blijven namelijk. Ik wil gewoon een minimale installatie en ondersteuning voor een antieke architectuur die ik nooit gebruik is dan overbodig en rommelig

Dit is echt zo'n typische Windows actie. De eerste versie die 64bit ondersteunde was de 64bit versie van XP van 20 jaar geleden. Dan zou je toch denken rond Windows 7 is dat inmiddels wel de standaard, maar zelfs vandaag de dag waant men zich nog in een overgangsperiode die blijkbaar eindeloos kan voortduren.

[vanviegen]

Tja, het probleem is dat er nog steeds redelijk veel software bestaat die (nog) niet naar 64 bit is geporteerd. Als Windows compatibility met oude software breekt is de wereld ook al snel te klein.

[Vinez Initez]

Als je dit al erg vind, wat vind je dan van de mappenstructuur in de user folder en/of my documents/one drive. Dat is ondanks dat ik super ocd ben altijd zo een bende door allerlei programma mapjes

[ApexAlpha]

Steam draait al heel veel jaren onder die map op Windows. Ik denk sinds Windows Vista?

Er zullen waarschijnlijk wel duizenden mods, scripts, installers, helper tools, add-ons en weet ik veel wat zijn die allemaal steam daar verwachten.

Bovendien komt 99,9999% van de gebruikers niet in die map, en anders snappen ze toch niet wat er staat.

[Reactie gewijzigd door ApexAlpha op 23 december 2025 10:41]

[darkjeric]

Ik installeer de meeste software al jaren op zelf-aangepaste locaties/schijven, zodat mijn (toegegeven, relatief kleine C-schijf) puur voor OS & system-tools gebruikt wordt. Steam staat bv. al jarenlang min of meer op een toegewijde schijf (een aparte ssd), waar nergens de verwijzing naar Program Files of Program Files x86 in voorkomt. En dat is letterlijk nog nooit een probleem geweest, niet met games maar ook niet met mods, add-ons of scripts.

Steam zelf maalt er trouwens ook totaal niet om waar de files staan. Je kan letterlijk de hele Steam-folder naar een andere schijf verplaatsen, hem even handmatig van daar opstarten en hij neemt gewoon de nieuwe locatie in gebruik. Ook alle games (voorzover ik heb getest) blijven daarbij gewoon werken zonder herinstallatie.

[ApexAlpha]

Ja alles BINNEN steam kun je meeslepen.

Mijn Apollo streaming setup zou direct gebroken zijn.

Uiteraard kan het, maar je wint er letterlijk niks mee en zorgt voor gedoe.

[arbraxas]

De laatste echt 32 bit cpu van intel was geloof ik een P4? En voor AMD een Athlon ergens begin deze eeuw.
Kan eigenlijk maar 1 ding bedenken voor die 0.01% op steam en dat zijn retro machines. En vast geen windows 10/11, want dat word al een drama.

[SterkeYerke]

De laatste van Intel zal vast die Netburst-Celeron zijn uit 2007, maar de snelste is denk ik de Core Duo uit 2006. Of waren er misschien Atoms die nog 32-bit waren?

[arbraxas]

Oh inderdaad, er zijn blijkbaar ook nog core2duo in 32bit formaat.

[SterkeYerke]

Neenee, Core Duo. De Core 2 Duo was dan weer wél 64-bit.

[jbhc]

Dat was toch de dual core (core als in kernen, bij die cpu dus 2 (P4?) kernen) en niet de core dual (core als in core architectuur) ? Volgens mij zijn alle Core CPU's 64bit (Core is een architectuur)

/Edit:

NetBurst

commonly referred to as P7 although its internal name was P68 (P7 was used for Itanium). Used in Pentium 4, Pentium D, and some Xeon microprocessors. Very long pipeline. The Prescott was a major architectural revision. Later revisions were the first to feature Intel's x86-64 architecture, enhanced branch prediction and trace cache, and eventually support was added for the NX (No eXecute) bit to implement executable-space protection.

Kennelijk dus toch niet alleen de Core maar ook de laatste CPU's van de architectuur daarvoor

[Reactie gewijzigd door jbhc op 22 december 2025 12:04]

[SterkeYerke]

Die had je ook, maar dat was dan weer de Pentium D. Volgens wikipedia valt de Core Duo (codenaam Yonah, voor de geïnteresseerden) al wel onder de Core-architectuur, ondanks dat ‘ie nog vrijwel identiek is aan de Pentium M.

[bzzzt]

De laatste 32 bits CPU van Intel was een Atom, laatste desktop CPU de eerste Core / Core duo serie.

[The Zep Man]

Een 32-bit Intel Quark CPU werd tot 2019 gefabriceerd. Dat is een CPU voor embedded toepassingen, dus onwaarschijnlijk dat men daar via Steam spellen op speelt.

[Reactie gewijzigd door The Zep Man op 22 december 2025 12:32]

[Olaf van der Spek]

laatste desktop CPU de eerste Core / Core duo serie.

Dat waren geen desktop CPUs toch?

[bzzzt]

Jawel hoor, al waren ze vooral bekend uit de voor die tijd erg energiezuinige laptops.
Er zijn zelfs Xeon varianten van geweest volgens Wikipedia: Intel Core

[Olaf van der Spek]

Ah, ja, alhoewel ze later gereleased zijn dan de Core 2 Duo en blijkbaar dezelfde architectuur hebben als de Core 2 Duo.

[Reactie gewijzigd door Olaf van der Spek op 22 december 2025 15:24]

[bzzzt]

Zowel Core als Core 2 komen uit 2006, respectievelijk in januari en juli.
De Core architectuur was doorontwikkeld vanaf de Pentium M (wat weer een verbeterde Pentium 3 was). De Core 2 architectuur was nieuw en bedoeld om de tegenvallende performance van Pentium 4/Netburst op te lossen.

[Olaf van der Spek]

Zowel Core als Core 2 komen uit 2006, respectievelijk in januari en juli.

Release Date: Jun 3rd, 2007

https://www.techpowerup.c...tium-dual-core-e2140.c472

We hebben het over de desktop modellen van de Core Duo toch?

[Reactie gewijzigd door Olaf van der Spek op 22 december 2025 15:43]

[bzzzt]

Interessant genoeg is die dan wel weer 64 bits compatible
Waarschijnlijk een einde-serie model, maar geen idee of die datasheets helemaal te vertrouwen zijn...,

[Olaf van der Spek]

Wikipedia: Pentium Dual-Core

Subsequently, on June 3, 2007, Intel released the desktop Pentium Dual-Core branded processors[4] known as the Pentium E2140 and E2160.[5] An E2180 model was released later in September 2007. These processors support the Intel 64 extensions, being based on the newer, 64-bit Allendale core with Core microarchitecture. These closely resembled the Core 2 Duo E4300 processor, with the exception of having 1 MB of L2 cache instead of 2 MB.[2] Both of them had an 800 MHz front-side bus (FSB). They targeted the budget market above the Intel Celeron (Conroe-L single-core series) processors featuring only 512 KB of L2 cache. Such a step marked a change in the Pentium brand, relegating it to the budget segment rather than its former position as a mainstream or premium brand.[6] These CPUs are highly overclockable.[7]

[Reactie gewijzigd door Olaf van der Spek op 22 december 2025 16:28]

[Hansie9999]

Niet persé oude hardware hoor,

Ik heb in de zaak nog genoeg moderne hardware staan waar een windows 32-bit op draait, simpelweg omdat daar een 30 jaar oud programma op draait dat niet werkt op een 64-bit OS

Voor ons natuurlijk geen probleem, de PC moet ENKEL dat programma draaien en geen steam of zo (maar moest daar steam op draaien dan zou dat natuurlijk één van die 0,01% zijn en dat zou dus dan wel moderne hardware zijn waar een 32-bit OS op draait)

[mr_evil08]

Dat zijn 16-bit applicatie,s die draaien inderdaad niet op een 64-bit OS.

[The Zep Man]

Niet direct. Wel via virtualisatie (direct op de CPU) of emulatie (in software).

[Hansie9999]

Virtualisatie ook wel gedaan, maar PC moet daar effectief enkel staan om dat te doen, en met de virtualisatie waren toch nog wel wat andere problemen. (niet te overkomen, maar gewoon de PC laten draaien is toch wel wat makkelijker)

[i7x]

Als het maar een enkel programma is kun je het wellicht beter in een vm draaien, ben je van een hele extra machine af voor een enkel simpel taakje. En ik weet natuurlijk niet wat het is maar ik zou sowieso mijn vraagtekens hebben bij het draaien van 30 jaar oude 16 bit software. Moet toch wel heel bijzonder zijn wil daar geen alternatief voor bestaan inmiddels.

[GarBaGe]

Ach, er zijn nog steeds vliegtuigen waarbij de software wordt geupgrade via 3,5" floppy disks.
En dat terwijl de drives en de floppies niet meer worden gemaakt sinds 2011 (nu 15 jaar geleden, tenminste... over 2 weken 15 jaar )

[Reactie gewijzigd door GarBaGe op 22 december 2025 14:45]

[bzzzt]

Komt meestal domweg door keuringen/regelgeving. Maar kan op zich goed gaan als de fabrikant het voldoende kan supporten (bv met reserve onderdelen). En er een goed draaiboek is als het stuk is.

Voor particuliere toepassingen zijn er ondertussen ook dingen als floppy drive emulatoren waarmee je zo'n drive kan vervangen door een unit met flash geheugen of een SD kaart slot. Heb zelf vroeger zoveel floppies stuk zien gaan dat ik ze niet echt meer vertrouw...

[.MaT]

En vast geen windows 10/11,

Net wel windows 10 (windows 11 heeft geen 32bit versie meer):

In de praktijk zal de overstap alleen gevolgen hebben voor gebruikers van de 32bit-versie van Windows 10.
....
Het bedrijf zegt dat slechts 0,01 procent van de Steam-gebruikers dit besturingssysteem gebruikt, uitgaande van de Steam Hardware Survey.

[Wouterie]

Soms werd een nieuwe PC geleverd met een 32bits Windows. Ik heb nog ergens een netbookje liggen met een 32bits OEM Windows 10. Maar ja, dat zijn inmiddels museumstukken.

[Olaf van der Spek]

En vast geen windows 10/11, want dat word al een drama.

Kwam laatst nog een Windows 10 systeem tegen met 2 GB RAM eng een klachten over performance.. zou zomaar een 32-bit install geweest kunnen zijn.

[Accretion]

Gelukkig blijven 32-bits games wel werken.

Op MacOS werken 32-bit applicaties al een tijd niet meer.

In de pauze speelde we vaak een oude versie van Call of Duty via LAN (omdat de oude wel soepel draaide op macbooks) maar dan moesten we eerst opnieuw opstarten naar Windows...

[Reactie gewijzigd door Accretion op 22 december 2025 11:14]

[Metallize]

Mja die zijn overgestapt naar ARM, de vraag is of ze op Rosetta 2 werken die 32bit games

[Accretion]

Wel in combinatie met Wine.

Maar bovenstaande ging over de Intel CPU's.

Was een erg irritante limitatie... Wellicht dat ze een goede reden hadden, zal wel weer over security of user experience gaan.

Maar je krijgt mensen die expres niet updaten omdat ze anders geen CoD kunnen spelen en qua user experience is het ook kut om dagelijks te wisselen naar Windows :)

[DCK]

Ook op Intel Macs draaien geen 32-bit games meer - 32-bit software draait in het algemeen niet meer op macOS sinds macOS 10.15 uit 2019 (dat is nog van voor de eerste ARM Macs).

[Wolfos]

Rosetta ondersteunt in principe geen 32 bit applicaties. Als je de ARM versie van Windows installeert dan werkt dat wel via de x86 emulator van Windows, maar dat is zeer traag en eigenlijk vrijwel onbruikbaar. 64 bit applicaties doen het wel goed.

[Reactie gewijzigd door Wolfos op 22 december 2025 11:23]

[Pendora]

macOS Mojave die in 2018 uitkwam was de laatste versie die nog 32Bits software kon draaien. Dus vanaf 2019's macOS Catalina was het niet meer mogelijk.

[hanskroll]

Rosetta wordt ook uitgefaseerd https://developer.apple.com/documentation/apple-silicon/about-the-rosetta-translation-environment

[Wolfos]

Alleen wel naar voor die paar gebruikers dat ze dankzij de DRM (die voor de meeste games aan staat) zelfs hun geïnstalleerde games niet meer kunnen spelen.

[Schway]

Helaas voor die 0.01%, Je kan helaas niet iedereen tevreden houden.

[mr_evil08]

Die kan je nog steeds spelen met een 64-bit processor.
Anders gebruik je maar emulatiesoftware want ik kan mijn 16-bit dos spelletjes bijvoorbeeld ook niet native draaien...

Zelfs de Pentium 4 kan al 64-bit.

[Reactie gewijzigd door mr_evil08 op 22 december 2025 12:35]

[HollowGamer]

Mooi, nu Linux nog. Dan hoeven we niet meer die multilib repo te enablen. :)

[Craimasjien]

Ik kan niet wachten op die dag.

Ik compile graag bleeding-edge mesa voor mijn systeem en ik loop altijd te kloten met het compilen van de 32 bits libraries omdat ik op Fedora niet zomaar zonder teveel omwegen die multilib compilation support krijg. Ik heb het de laatste keer maar opgelost zoals Copr dat volgens mij doet, met een mock chroot waarin ik dan ben gaan bouwen. Maar als Steam ook die 32 bits support zou laten vallen dan ben ik hier volgens mij ook van verlost.

[HollowGamer]

Unpopulaire mening, maar sinds ik Flatpaks heb ontdekt, zijn deze problemen voor mij weg.

Helaas werkt niet elke distro met Flatpak.

[HSG]

Hoe weet ik nu of ik een 32 bit of 64 bit client heb?

[Help!!!!]

To confirm your Steam is the x64 version:

1. Open Steam (make sure it's running).
2. Open Task Manager (press Ctrl + Shift + Esc).
3. Go to the Details tab.
4. Right-click on any column header (like Name) and select Select columns (or check if "Platform" is already visible).
5. Enable the Platform column if needed.
6. Look for the process named Steam.exe—it should show 64-bit or x64 under the Platform column.

[MadMarky]

22 jaar na de release van AMD Sledgehammer mag je er toch ook wel vanuit gaan dat iedere gamer pc-gebruiker al wel een keer over is op een 64-bit OS? Vooral ook omdat je met een 32-bit systeem het grote gros van de spellen die de afgelopen 10-15 jaar zijn uitgekomen sowieso niet meer kunt spelen.

[Azbest]

Het zijn vooral die oude Centrino laptops die de volledige overstap naar 64-bit vertraagd hebben. Thank god is het einde in zicht. Linux beweegt ondertussen al langzaam naar x86_64 v2 of v3.

[pixelvink]

Ik vraag me af of de ontwikkelingen op Linux hier ook niet mee te maken hebben. Daar zie je namelijk wel echt een beweging richting 64-bit-only. Op OpenSUSE werkt de Steam client sinds dit jaar al niet meer out of the box, en Fedora heeft meen ik ook al plannen om 32-bit libraries volledig te schrappen. Wel fijn (maar niet onverwacht) dat Valve hierin mee gaat. :)

[_Pussycat_]

Valve zei eerder dat de overstap naar een 64bit-client noodzakelijk is omdat veel kernfuncties in Steam gebruikmaken van systeemdrivers en andere library's die niet in de 32bit-versies van Windows aanwezig zijn.

En de kernfuncties in Steam zijn pas nu er in? Tot de afgelopen versie ging het wel.

Ik snap dat ze op een gegeven moment verder willen met 64 bit, maar dit is wel een heel vreemd smoesje.

[danmark_ori]

Nou ben ik geen Steam gebruiker, maar ik ben echt stom verbaasd:

nu pas 64-bit ?????????????

ANNO DOMINI 2025 ?