Skip to content(if available)orjump to list(if available)

Valve reveals it’s the architect behind a push to bring Windows games to Arm

adverbly

Everything valve doing for linux is making such a huge impact.

The HL3 memes don't even seem fair to use anymore. I don't even want to un-seriously make joke fun of them at this point. They are just genuinely doing so much for the community.

craftkiller

That is why I bought a steam deck: to financially support Valve's Linux efforts. I barely play games anymore but thanks to the Wine devs, CodeWeavers, and Valve, I no longer have to listen to the knuckle-draggers claiming that "Linux sucks because it can't play games". In fact, now it is the opposite: Linux is outperforming Windows[0].

[0] https://www.youtube.com/watch?v=CJXp3UYj50Q

levocardia

Valve is one of the few companies regularly seen on HN where the headline is something like "[company] is secretly doing something really great" as opposed to "[company] is secretly doing something evil"

TulliusCicero

People complain about the gambling/loot box stuff, and yeah there's legit ethical concerns there.

But overall Valve just seems straightforwardly less shitty towards the consumer than other major companies in their space, by a long shot.

jonny_eh

There's pretty strong rumours that they actually have been working on a new Half-Life. People are hoping it releases with their new hardware in 2026.

codeflo

Are the rumors still hinting at a VR-only experience as they did a couple of years ago when Half-Life: Alyx released, or is that no longer the speculation? Because that would be unfortunate for me, I'd have to play with a bucket in hand.

strbean

From interviews with the Alyx devs, it really sounded like the only reason they didn't call it HL3 was fear of not living up to the name.

Given the org structure at Valve, it's going to take someone with massive hubris to say "I can be the one to lead the HL3 project."

That or Gabe getting off his megayacht to lead it (or tell someone their project is worthy of being called HL3).

jsheard

Valve recently said outright that they have no VR titles in development.

https://www.roadtovr.com/valve-no-first-party-vr-game-in-dev...

KaiMagnus

I believe for the next Half-Life, latest rumors indicate it is actually back to 2D. During the press event last month, they were also pretty clear that no VR game is currently in development at Valve.

A huge missed opportunity imo, but maybe playing HL3 on a theater sized screen is nice enough.

nemomarx

Seems unlikely with the steam machine coming? I haven't heard any sign of it specifically being frame only

andrepd

Yes, I too have dabbled in that strongest of drugs called hopium.

aloisdg

Imagine HL3, Portal 3 et L4D3 but all linux only. oh my

pphysch

A killer app is a great way to sell a "console". Windows port can come later.

Ylpertnodi

Unfortunately for Linux, the recent ram price increases are reason not to move (if thinking about a new pc).

sershe

They are merely trying to commoditize their complement https://gwern.net/complement

Your games are still not owned by you, they are locked inside your Steam account (liable to be suspended at any time) and app (as I've learned when I couldn't play when their pretend-but-not-really-offline mode broke; I now block it at firewall level most of the time). That part will never become "community" oriented.

thatguy0900

Honestly dreading the day Gabe has to pass on the torch. Under him valve is such a consumer focused company

embedding-shape

When I read what you wrote, I immediately asked myself "Doesn't Gabe have children who could have been raised with the same values? Maybe that..." and then I caught myself thinking exactly the same way as many others before me, and the reason why we have so many shitty politicians in positions of power today.

I hope Gabe has setup Valve in such a way that they can pass on his mentality as a whole inside the business practices themselves. I think, after all these years, he must have surely thought about what leaving would look like for Valve. Considering this is a guy who seemingly thinks in decades, I feel maybe even optimistically calm about it.

amlib

Maybe that's why he stays most of the time away from valve? It's his way of training the company into functioning without him, only intervening occasionally when necessary.

erikerikson

Corporate structure and tools to be used in combination with social controls (i.e. culture) by the true believers can do the job.

andrewstuart2

Just musing along with you here but I think it's really hard for anything like that to happen. What seems at least halfway likely is that Valve won't be the same post-Gabe. But there will be other companies that end up with a similar ethos, and we can support those companies as best we can.

I'm a huge fan of the OSS model of keeping your core business fully unrelated to OSS but allowing and encouraging the use and contribution to OSS by people on your payroll because it really is a rising tide effect. There are just too many stories of a cool project becoming a company only to eventually reverse-robinhood the project into a closed source for-profit product.

hamdingers

He lives on a yacht and fills his days diving and doing marine research. I'm pretty sure Valve is mostly running itself.

erikerikson

And Valve has been deeply rewarded as a result. The stance that you must abuse customers to maximize economic success will be looked back upon as the stupidity it is.

ecshafer

From what Ive read his son is pretty actively involved day to day already at valve.

drannex

To be fair, without the HL3 memes, would Valve ever become as massive as they are now without them constantly teasing and playing into it?

(answer: probably, but I would like to believe that this is one of the greatest unintended marketing tactics of the 21st century).

hamdingers

Valve had near-total dominance over PC gaming distribution before HL3 even became a meme.

red-iron-pine

half life releases were tied to new platforms, such as HL2 and its physics engine, or HL Alex and VR kits.

it's like Nintendo having a Mario game for their new hardware, e.g. Mario 64, etc.

there weren't that many teases, nor is it great marketing; CS:GO competitive e-sports is better marketed and probably made Valve more money than any HL wink-wink-nudge-nudge ever would.

jchw

> and modern multiplayer games with anti-cheat simply do not work through a translation layer, something Valve hopes will change in the future.

Although this is true for most games it is worth noting that it isn't universally true. Usermode anti-cheat does sometimes work verbatim in Wine, and some anti-cheat software has Proton support, though not all developers elect to enable it.

ZiiS

It works in the sense it allows you to run the game; but it does not prevent cheating. Obviously, Window's kernel anti-cheet is also only partially effective anyway, but the point of open-source is to give you control which includes cheating if you want to. Linux's profiling is just too good; full well documented sources for all libraries and kernel, even the graphics are running through easier to understand translation layers rather than signed blobs.

reactordev

These things do not prevent cheating at all. They are merely a remote control system that they can send instructions to look for known cheats. Cheating still exists and will always exist in online games.

You can be clever and build a random memory allocator. You can get clever and watch for frozen struct members after a known set operation, what you can’t do is prevent all cheating. There’s device layer, driver layer, MITM, emulation, and even now AI mouse control.

The only thing you can do is watch for it and send the ban hammer. Valve has a wonderful write up about client-side prediction recording so as to verify killcam shots were indeed, kill shots, and not aim bots (but this method is great for seeing those in action as well!)

plufz

That sounds like it does prevent cheating? But maybe doesn’t prevent ALL cheats. Or do you mean they work so poorly that it doesn’t make any difference at all?

Goronmon

Cheating still exists and will always exist in online games.

Sure, but you still have to make a serious attempt or the experience will be terrible for any non-cheaters. Or you just make your game bad enough that no one cares. That's an option too.

babypuncher

> These things do not prevent cheating at all.

Yes they do. They don't stop all cheating, but they raise the barrier to entry which means fewer cheaters.

I don't like arguments that sound like "well you can't stop all crime so you may as well not even try"

jchw

Anti-cheat is a misnomer; it's much more about detecting cheats more than it is preventing them. For people who are familiar with how modern anti-cheat systems work, actually cheating is really the easy part; trying to remain undetected is the challenge.

Because of that, usermode anti-cheat is definitely far from useless in Wine; it can still function insofar as it tries to monitor the process space of the game itself. It can't really do a ton to ensure the integrity of Wine directly, but usermode anti-cheat running on Windows can't do much to ensure the integrity of Windows directly either, without going the route of requiring attestation. In fact, for the latest anti-cheat software I've ever attempted to mess with, which to be fair was circa 2016, it is still possible to work around anti-cheat mechanisms by detouring the Windows API calls themselves, to the extent that you can. (If you be somewhat clever it can be pretty useful, and has the bonus of being much harder to detect obviously.)

The limitation is obviously that inside Wine you can't see most Linux resources directly using the same APIs, so you can't go and try to find cheat software directly. But let's be honest, that approach isn't really terribly relevant anymore since it is a horribly fragile and limited way to detect cheats.

For more invasive anti-cheat software, well. We'll see. But just because Windows is closed source hasn't stopped people from patching Windows itself or writing their own kernel drivers. If that really was a significant barrier, Secure Boot and TPM-based attestation wouldn't be on the radar for anti-cheat vendors. Valve however doesn't seem keen to support this approach at all on its hardware, and if that forces anti-cheat vendors to go another way it is probably all the better. I think the secure boot approach has a limited shelf life anyways.

buildbot

Speaking of Anti-Cheat and secure boot, you need SB for Battlefield 6. The game won't start without it. So it's happening!

I don't hate the lack of cheating compared to older Battlefield games if I am going to be honest.

Xss3

Anticheat devs could REALLY benefit by having some data scientists involved.

Any player responding to ingame events (enemy appeared) with sub 80ms reaction times consistently should be an automatic ban.

Is it ever? No.

Given good enough data a good team of data scientists would be able to make a great set of rules using statistical analysis that effectively ban anyone playing at a level beyond human.

In the chess of fps that is cs, even a pro will make the wrong read based on their teams limited info of the game state. A random wallhacker making perfect reads with limited info over several matches IS flaggable...if you can capture and process the data and compare it to (mostly) legitimate player data.

giancarlostoro

> though not all developers elect to enable it.

Looking at you Rust.

Edit:

And the rest of you. If even Microsoft's Masterchief Collection supports it, I Don't understand why everyone else does not.

https://areweanticheatyet.com/

QuantumNomad_

First i thought you meant the video game Rust.

Then I saw the arewe…yet url and thought you meant Rust the programming language

Then I visited the arewe…yet link and realized it was the Rust game you meant after all

giancarlostoro

I know what you mean, sometimes I google Rust specific things (the coding language) and get Rust the game.

jsheard

> I Don't understand why everyone else does not.

It's because the Linux versions of those anti-cheats are significantly weaker than their Windows counterparts.

tapoxi

It's telling that Valve uses a user space anti-cheat (VAC) for Counter-Strike 2, but the competitive community overwhelmingly rejects that and ops to use a third-party Windows-only kernel mode anti-cheat (FACEIT).

struanr

Arc Raiders is a great example of a modern and popular multiplayer game that works with proton. I haven't heard about it having a problem with cheating.

vablings

I think a big portion of that is the rather poorly made anti-tamper solution they are using called 'Theia' most cheat developers are too unintelligent to correctly reverse engineer this kind of binary obfuscation

cuvinny

I'm curious, what makes it poorly made if it is working? I don't know anything about it or the game or the state of cheating in the game.

PaulHoule

Would love to see it on MacOS X -- Steam works great on my Mac Mini for the games it supports, would be great to see everything run on it.

stetrain

Yep. I know Apple has little motivation to support such a project but it would be great to see them work with Valve on this. Having the majority of Steam games "just work" on modern Macs, like they do on the Steam Deck, would be fantastic.

clhodapp

Apple already made it, it's just that it targets developers rather than end users: https://developer.apple.com/games/game-porting-toolkit/

concinds

Apple leadership cares more about "games on the Mac App Store built for Metal on a Mac" than it cares about "games on the Mac". This won't change until leadership changes.

galleywest200

It does not matter what Apple wants if Steam ships their own compatibility layer.

EA-3167

I think it's more than "little motivation" if we're being honest. Right now Valve is quietly targeting MS' attempt to create a walled garden for gaming on Windows and (probably) cut them out. Their very clever approach has been a full end-run around the OS by using Proton, which I'm sure genuinely thrilled Apple... as long as Valve is only doing that to MS.

Why would Apple ever invite Valve to potentially do the same to them?

thewebguyd

Especially looking at Apples recent gaming history.

When Cyberpunk, AC, and a couple other AAA titles came to macOS, Apple made a big deal of them being in the mac app store, specifically. They didn't go out of their way to call out that they run on mac, you can get them from Steam, etc. The big deal was they are in the app store.

That's where Apple wants mac gaming to happen so they can get their 30% cut.

I wish that weren't the case, but Apple's gonna Apple.

alemanek

Apples biggest weakness is games. But it has a pretty large install base when compared to Linux (not counting phones or servers here).Seems like a win/win. Apple gets to address their weaknesses and Valve gets a large target market.

I actually see it as the reverse. Valve might be going for the whole pie and want to carve out a niche for their Steam Box. Inviting Apple to the party might detract from that effort. Or at the very least distract from their main focus.

null

[deleted]

red-iron-pine

> Why would Apple ever invite Valve to potentially do the same to them?

apple on a desktop/laptop is not a primary gaming platform; edge cases, at best

mobile gaming is a different story, but at the end of the day apple is making money off of hardware sales first and foremost, esp. w/r/t laptops and phones.

stetrain

Yes, that is what I was alluding to.

But, I do think it might actually be a net positive for them on the Mac by expanding the audience of people who might buy a Mac.

Given that full PC-Game-style game sales via the Mac App Store are likely abysmal, at least compared to mobile game revenue, I don’t think they have that much to lose.

willis936

Valve employed Alyssa Rosenzweig while she developed the graphics stack for asahi linux. That's a very simple statement that masks the size of the achievement and its impact on the world. No, we haven't entered a golden era of gaming on macs, but the world has been shown the way. And no, the software challenges are not insurmountable.

6SixTy

Main issue is the lack of Vulkan support on macOS. Currently, solutions like MoltenVK have to be developed to add Vulkan support, which isn't as clean as just supporting it.

For some reason the prospect using Wine, Rosetta 2, and DXVK with MoltenVK on top just to run some games doesn't inspire a lot of confidence that this whole thing will be performant and/or stable.

jamie_ca

Are you looking for Crossover? It's a bit annoying to not run Steam natively (no cmd+H to hide, etc) but it's got a lot of support. Performance is decent on my M2 mini, and even cross-platform stuff like Baldurs Gate 3 is comparable performance to native.

Especially anything that Mac Steam natively calls out lack of 32bit support has good support.

hamdingers

CodeWeavers, the developers of Crossover, also do most of the development on proton under contract for Valve.

This is speculation but I suspect there's something in that contract that prevents Valve from competing with Crossover on MacOS.

coldpie

Nah, nothing like that. We explored shipping Proton for macOS early on, but decided it wasn't where we wanted to spend our time, so we removed it[1] to focus on Linux. There's only so many hours in the day, and supporting two platforms is a lot more work than one.

[1] https://github.com/ValveSoftware/Proton/commit/a84120449d817...

danaris

Sadly, that's not true—for instance, I was trying to run the Shadowrun Returns series the other day, and while it launches, it will hang indefinitely when you try to actually start a game. (M4 Max)

I previously played through Returns, Dragonfall, and part of Hong Kong on Mac before the 32bit-apocalypse.

tasoeur

The last time I can remember a collaboration between Valve and Apple was for the SteamVR support on macOS back in 2016. Sadly it fell apart a year(-ish) after that. But… one can dream!

bertili

Unfortunately, this will not happen. Even if they have it all working:

Above all, Apple wants to show that their hardware is awesome, especially because it really is. Running x86 games or compatibility layers even with great emulation will make that $3000 Mac look half decent at best, against a $1500 gaming laptop. Simply not the story Apple want to tell.

throwaway48476

If apple wanted to show that they have good hardware they wouldn't gimp the iPad pro with iOS. They really don't care.

wiether

Currently, someone interested in an iPad and needing the power of a MB, will have to buy both.

If they stopped restricting the iPad, those people would only have to buy an iPad.

And as someone without a single interest in an iPad, I would worry that removing the iPad limitations would increase its market-share and lead to Apple reducing even more their interest in the MB, which would be terrible news to me.

Terretta

It would be neat if Valve would fund having Steam Client run on Apple Silicon without Rosetta 2 so arm games like Baldur's Gate 3 can be fully supported.

jsheard

I'm not sure what FEX could offer on macOS that Rosetta 2 doesn't already, with better performance thanks to Apple Silicon magic.

Running x86 code on ARM macOS is the most solved part of the stack, if anything needs work it's the API translation layers.

t-writescode

Aren’t most Mac issues now around Metal vs OpenGL and DirectX?

null

[deleted]

jwitthuhn

Rosetta 2 is going to be EOL'd within the next few years. A more permanent solution would certainly be welcome.

jsheard

AIUI they intend to retire support for x86 macOS apps in a few years, but Rosetta will remain as a low-level component so that things like Crossover and Parallels can continue to work. Maybe not forever, but there's no immediate threat of it being EOL'ed.

> Rosetta was designed to make the transition to Apple silicon easier, and we plan to make it available for the next two major macOS releases – through macOS 27 – as a general-purpose tool for Intel apps to help developers complete the migration of their apps. Beyond this timeframe, we will keep a subset of Rosetta functionality aimed at supporting older unmaintained gaming titles, that rely on Intel-based frameworks.

https://www.macrumors.com/2025/06/10/apple-to-phase-out-rose...

contact9879

i’m not sure how end-of-life it will actually be because rosetta is used in apple/container and seems to be a large part of the virtualization stuff apple’s built in the last few years

bigwheels

Any leads on when the next generation of Steam Deck will be released? Hoping it could be sometime in 2025, but suspect it will be more like 2026.

Over the holidays I was playing GTA: San Andreas on a Nintendo Switch. It's fun but so underpowered for a game released in 2004 (Yes, 21 years ago! Damn..). I'm really craving something more.

As a sidenote, it's really cool Valve allows installing SteamOS on any hardware. There are some alternative comparable form-factor devices:

* Lenovo Legion Go S

* Asus ROG Ally

But I have yet to see any of these in real life, so not sure how good or bad they really are.

Source: https://www.pcmag.com/picks/the-best-handheld-gaming-devices

garciansmith

It won't be for a while, since Valve is releasing the Steam Machine next year and has commented that they are waiting until they can build a Steam Deck successor that is significantly better than the original.[1] My guess is 2027.

1. https://www.theverge.com/2023/9/21/23884863/valve-steam-deck...

commakozzi

Just get a Steam Deck. it's an incredible value for what you get and for what it can do. I'm no expert, but I do pay as close attention as I can to what's going on with gaming hardware because of my limited budget, and I'm guessing Steam Deck 2 is more like Q1 2028, not any time sooner. I'm ok with that. I play all the games I want on my Steam Deck OLED, and I see plenty of life left in it, even this "late" in the game.

rincebrain

I would assume Steam Deck 2 isn't dropping before at least H2 2026, if not later, if they didn't bring it out with the announcement of the other devices.

ewzimm

Valve's only official statement as far as I know is that it will come when they see a significant enough hardware upgrade to warrant a new system. If they don't move to ARM, AMD's Medusa APUs are their next architecture with major upgrades, so I would guess that Valve would order another custom AMD chip but based on Medusa, which won't release until at least 2027. I would guess at least H2 2027 but probably early 2028 for an AMD-based Steam Deck 2.

kraftman

I wouldn't be surprised if they don't. Valve don't want to sell hardware, they want to sell games. They only make hardware as flagships for new markets, then they want other hardware manufacturers to take over.

the legion go is more powerful and a has a nice screen, but is heavier, boxier, and has a worse batteyr life than the steam deck

wincy

They definitely are working on it. They announced the steam machine, steam controller, and the valve frame (standalone vr headset with seamless screen sharing from a PC), and in their reveal video the first thing they rather coyly say is “we’d love to share information about our next Steam deck, but that’s for another day!” and announce a bunch of other cool stuff.

Perz1val

No earlier than 2027, it's valve you're talking about, they don't need to rush

jauntywundrkind

Valve has said they want at least double the capabilities, while still fitting in a similar power envelope. Unsaid is that it also needs to fit in the same price budget, but I tend to believe that's their intent. It's gonna be a while. Valve got a stellar deal on some somewhat unusual Zen2 APUs, orginally built for Magic Leap; finding a similar good deal is going to take time. I sort of hope Valve isnt going to put out a $1600 Halo system (but probably would buy such a next-gen Gorgon Halo system). Maybe Gorgon Point is good enough for them, in which case yeah 2026H2 is reasonable.

Are you aware that the year is 2025, and that it is 92.2% over? There is next to no chance of a Deck2 this year. I would really really not hold my breath for 2026 either.

blibble

kinda funny that Microsoft has tried and failed multiple times to make Windows on ARM work

and then valve is probably going to succeed, to Microsoft's detriment

jsheard

A funny detail is that Microsoft's mostly fruitless ARM efforts unintentionally ended up being a boon for Valves ARM effort. From MSVC 2019 they started augmenting x86 binaries with undocumented metadata specifically to assist the Windows x86-on-ARM emulator, but then the FEX team figured out how that works and implemented it in their emulator too, greatly increasing the performance of most recent Windows games on ARM Linux.

venturecruelty

Why don't they just ask Copilot to do it?

babypuncher

I think the problem is that, until recently, there was little impetus to actually run Windows on devices where ARM actually has a meaningful advantage over x86. The Windows ARM laptops out there today don't impress, not just because of the software, but because the hardware itself isn't "better enough" than Intel or AMD to justify the transition for most people the way Apple Silicon was, especially for games. That is to say nothing of desktops, where battery life isn't even a concern.

Valve is using ARM to run Windows games on "ultra portable" devices, starting with the Steam Frame. At least right now, there isn't a competitive x86 chip that fits this use case. It also feels like more of an experiment, as Valve themselves are setting the expectation that this is a "streaming first" headset for running games on your desktop, and they've even said not to expect a great experience playing Half-Life: Alyx locally (a nearly 7 year old title).

It will be interesting to see if Intel/AMD catch up to ARM on efficiency in time to keep handhelds like the Steam Deck and ROG Ally from jumping ship. Right now it seems Valve is hedging their bets.

philistine

> At least right now, there isn't a competitive x86 chip

I don't think there will ever be a competitive x86 chip. ARM is eating the world piece by piece. The only reason the Steam Deck is running x86 is because it's not performant enough with two translations (Windows to Linux, x86 to ARM). Valve is very wisely starting the switch with a VR headset, a far less popular device than its already niche Steam Deck. The next Steam Deck might already switch to ARM looking at what they announced last week.

x86 is on the way out. Not in two years, perhaps not in ten years. But there will come a time where the economics no longer make sense and no one can afford to develop competitive chips for the server+gamers market alone. Then x86 is truly dead.

ZiiS

It may have taken them a while, but it does now work fine.

jmkni

Define 'fine'

Someone1234

You don't notice you're on ARM at all. Everything "Just Works."

And you're seeing 20+ hours battery under normal workloads (i.e. not spec sheet "20 hours" but day-to-day). I've been mainlining a Windows ARM laptop for six months, and am yet to run into anything I couldn't do.

Marsymars

I run WoA on my daily work laptop and everything I run other than some of the junky IT-pushed apps (outlook extension to report phishing, etc.) are ARM64-native and run as expected.

forrestthewoods

It turns out the best API for gaming on Linux and gaming on ARM was Win32 and x86_64. Who knew?

Well, compiling ARM game binaries is actually super duper easy and just totally fine. The issue Windows actually has with ARM is GPU drivers for the ARM SoCs. Qualcomm graphics drivers are just super slow and unreliable and bad. ARM CPU w AMD GPU is easy mode.

Pxtl

Shows how a stable API will beat the hell out of bleeding-edge improvements every time.

Perz1val

Can someone tell me how much more power efficient is ARM actually? Like under load when gaming, not in a phone that sleeps most of the time. I've heard both claims, that it's still a huge difference and that for new AMD Zen it's basically the same.

fulafel

The instruction set has marginal impact. But many power efficient chips happen to be using the ARM instruction set today.

bigyabai

It's workload-dependent. On-paper, ARM is more power-efficient at idle and simple ops, but slows down dramatically when trying to translate/compose SIMD instructions.

null

[deleted]

ant6n

I find it kinda ironic that they phase out 32bit at the same time. I’d guess it would be easier to emulate 32but x86, although the difference perhaps goes away with a JIT.

the__alchemist

Does anyone know what the limfac is? The machine code produced is of course different on different CPU arches, but isn't this handled at the compiler level? I.e. lower level than game devs worry about.

The exception I see is if SIMD intrinsics.

12_throw_away

> isn't this handled at the compiler level? I.e. lower level than game devs worry about.

But game devs (at least of a certain type) are notorious for thinking about low-level hardware performance right from the start. As a class I'm pretty sure game devs use godbolt much, much more than your typical developer.

jitl

This system allows playing unmodified production x86 executables on arm64. It doesn’t have anything to do with the developers.

the__alchemist

That's great, but begs the question: why not just compile the games for ARM?

wlesieutre

Because this works for the enormous back catalog of games that already exist, many of which I bet companies no longer have the code or a working build system for, and for new games it doesn't require the developers to do anything because many (most?) of them wouldn't bother

They may provide an option for developers to distribute a native ARM build (which some are already building for Quest titles that can be brought over to Steam Frame) but one of Steam's main advantages is their massive x86 games catalog so they certainly don't want to require that

fulafel

Think back to the x86 32->64 bit transition, but much worse, since ARM is more niche and there are more arch differences.

You need all your 85 3rd party middlewares and dependencies (and transitive dependencies) to support the new architecture. The last 10% of which is going to be especially painful. And your platform native APIs. And your compilers. And you want to keep the codebase still working for the mainstream architecture so you add lots of new configuration combos / alternative code paths everywhere, and multiply your testing burden. And you will get mystery bugs which are hard to attribute to any single change since getting the game to run at all already required a zillion different changes around the codebase. And probably other stuff I didn't think of.

So that's for one game. Now convince everyone who has published a game on Steam to take on such a project, nearly all of whom have ages ago moved on and probably don't have the original programmers on staff anymore. Of course it should also be profitable for the developer and publisher in each case (and more profitable & interesting than whatever else they could be doing with their time).

Dwedit

You need to convince all developers that all 117,881 Steam games need be recompiled for ARM. Hopefully they have a working build environment, have appropriate libraries built for ARM, still have the source code, and are able to do the testing to see if the same code works correctly on ARM.

bigyabai

...because there are thousands upon thousands of games that will never be compiled for ARM?

Just look at all the "native macOS" games from the 2010s that are completely unplayable on modern Macs. Then look at all the Windows games from the 1990s that are still playable today. That's why.

tonetegeatinst

Given how arm license is know to be less than friendly.... Wouldn't it be preferable to explore a RISCV architecture.

As far as I know RISC provides similar power efficiency and sleep that is like ARM.

moregrist

Have we seen a commercially available high performance 64-bit RISCV chip at production scale yet?

There’s a lot of work and experience built up for ARM through Proton and other tech (that can be reverse engineered to see how it works) like Rosetta. A lot of that would have to be redone for RISCV. Seems like a lot of risk in the short term for what’s not an obvious product benefit.

I would expect the high-end RISCV market to mature before a company like Valve dives in.

ahartmetz

>at production scale

You can even omit that part and the result is the same: nothing

ahartmetz

>arm license is know to be less than friendly

Sure, it's not open source or anything. But ARM doesn't seem to be a typical greedy incumbent that everyone hates. They don't make all that much profit or revenue given how much technology they enable - there isn't much to disrupt there.

RISC-V is severely lacking in high-performance implementations for the time being.

cpgxiii

No one has yet produced a RISC-V CPU or SoC with truly competitive CPU and GPU performance and compatibility to the current state of arm64 or amd64.

o_m

It’s a catch-22: why build a RISC-V CPU if there’s no software for it, and why write software if there’s no CPU to run it?

cpgxiii

Until there's a common, well-supported, and sufficiently performant family of RISC-V SoCs or CPUs with support for existing well-supported GPUs, RISC-V support will be a massive pain in the ass of a moving/fragmented target.

This has held back Arm for years, even today the state of poor GPU drivers for otherwise good Arm SoCs. There is essentially a tiny handful of Arm systems with good GPU support.

echelon

That's a geopolitical question.

ARM is Western

RISC is China / Eastern

Valve is just trying to outflank Microsoft here. And they're doing a magnificent job of it.

Microsoft has on at least half a dozen occasions tried to draw a box around Valve to control their attempts to grow beyond the platform. And moreover to keep gaming gravitas on Windows. Windows Store, ActiveX, Xbox, major acquisitions ... they've failed to stop Valve's moves almost every time.

Linux, Steam Box, Steam Machine - there's now incredible momentum with a huge community with more stickiness than almost any other platform. Microsoft is losing the war.

The ARM vs RISC battle will happen, but we're not there yet. There also isn't enough proliferation for it to be strategic to Valve.

roflcopter69

> RISC is China / Eastern

Imo this is a really strange characterization of RISC. I've never seen this before. I think you try to paint a misleading picture in bad faith, please consider this: - https://riscv.org/blog/how-nvidia-shipped-one-billion-risc-v... - https://tenstorrent.com/en/ip/risc-v-cpu - https://blog.westerndigital.com/risc-v-swerv-core-open-sourc... - https://www.sifive.com - ... - https://riscv.org/about/ -> "RISC-V International Association in Switzerland"

echelon

Sure, but that's orthogonal to geopolitics and intelligence.

US policy makers are actively attacking RISC-V and dissuading its use.

China has an increasingly large upper hand in the RISC-V ecosystem and can use that to remove Western surveillance and replace it with their own.

https://itif.org/publications/2024/07/19/the-us-china-tech-c...

https://www.bunniestudios.com/blog/2023/regarding-proposed-u...

chaosharmonic

> RISC is China/Eastern

RISC-V was developed at UC Berkeley. It's roughly as Western as West realistically gets, short of being made in Hawaii.

> That's a geopolitical question

Sure, but that's not actually about where RISC-V is from. It's that it's a purposely open platform -- so much so that its governing body literally moved to Switzerland.

The reason it's a geopolitical question is more to do with what we did to their supply chains with sanctions on companies like Huawei and ZTE, and what COVID did to everyone's supply chains independently of that. Both of those things made it really evident that some domestic supply chains are critical. (On both sides -- see: the CHIPS Act)

Where RISC-V comes back in is that open source doesn't really have a functioning concept of export restrictions. Which makes it an attractive contingency plan to develop further in the event of sanctions happening again, since these measures can and have extended to chip licenses.

(Edit: I'm not saying any of this is mutually exclusive with valid concerns about Huawei, raised by various other sources. I'm less familiar with ZTE's history, but my point in either case is more of a practical one.)

xpuente

No: RISC is open ARM is closed.

I suspect that many projects—such as BOOM—have stalled as a consequence of this situation. If it continues, the long-term impact will be highly detrimental for everyone involved, including stakeholders in Western countries.

cpgxiii

RISC-V the ISA is open; RISC-V implementations need not be. There's no reason to believe that any truly high-performance implementations will be usefully open.

Havoc

Now we just need qualcomm to sort out their linux snapdragon support

nullbyte

Yooo this is awesome, maybe we will finally get some game support on Macs now

bigyabai

Doubtful, the article is about FEX-emu and Apple has only shown interest in native ports of games to their platform.

Plus, it looks like upstream FEX doesn't play very nice with Apple Silicon in the first place.