Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Valve has been quietly working on integrating the FEX x86 emulator into Proton for a while, and it's official now.

https://www.tomshardware.com/peripherals/gaming-headsets/han...



I believe this work is a continuation of the work the asahi linux people did to get games working on M-series macs. It seems Alyssa Rosenzweig works at valve as a contractor. Super cool work. Some seriously talented folks.


Alyssa works for Intel now, so I doubt she'll be doing much contract work for Valve anymore...


What a jump, I'd be curious to hear first why anyone would prefer Intel above pretty much anything else, but also secondly how the actual experience difference between the two after working at both, must be a very strong contrast between them.


On her website it says she is working on GPU drivers there - I wouldn't be surprised if that's something she greatly enjoys and Intel gave her then opportunity to work on official, production shipping drivers instead of reverse engineered third party drivers.


If I were Intel, this sounds like a great person to give an R&D skunkworks dream job.

Potential lottery ticket win, they are available for consulting internally anywhere that can add value, and they're not working for anyone else.


Maybe she was given a huge signing bonus to avoid her working on making X86 irrelevant? Combined with perhaps some interesting project to work on for real.


Personally I don't think ARM can make x86 irrelevant.

I believe low wattage SOCs can make traditional desktop hardware irrelevant (ish), but I think ARM is orthogonal to that.


I wouldn't have thought so 5-10 years ago, but with Microsoft offering Windows on ARM the is really no OS that specifically targets x86 (Legacy MS products will keep it alive if the emulation isn't perfect).

The thing is, x86 dominance on servers,etc has been tied to what developers use as work machines, if everyone is on ARM machines they'll probably be more inclined to use that on servers as well.

It's like an avalanche effect.


Microsoft has tried Windows on ARM, like, 5 times in the past 15 years and it's failed every time. They tried again recently with Qualcomm, but Qualcomm barely supports their own chips, so, predictably, it failed.

The main reason x86 still has relevance and will continue to do so is because x86 manufacturers actually care about the platform and their chips. x86 is somewhat open and standardized. ARM is the wild, wild west - each manufacturer makes bespoke motherboards, and sockets, and firmware. Many manufacturers, like Qualcomm, abandon their products remarkably quickly.


Huh? Qualcomm announced the X2 chips just 2 months ago with shipments for early next year. Looked at a local dealer site and there's MS, Dell, Asus and Lenovo WinArm machines (with current gen Elite X chips).

Yes, Windows on desktop hardware will probably continue mainly with x86 for a while more, but how many people outside of games, workstation-scenarios and secure scenarios still use desktops compared to laptops (where SoC's are fine for most part)?


1. Don't do the 'huh?' thing. It's not cute, it's just annoying.

2. I am referring to the snapdragon x elite and associated devices, which were and are a failure.

3. You don't need ARM to create an SOC. Even Intel makes a more power efficient x86 SOC than the x elite.

4. Games and work are, like, HUGE use cases. If you can't use the ARM laptops for your job or your not-at-job, then what the fuck can you use it for?


1: It's not meant to be cute but rather incredulity at a statement of declaring something to having failed that still very much seems to be in progress of being rolled out (and thus indicating that it'd be nice to have some more information if you know something the rest of the world doesn't).

2: Again, how are they failures? Yes, sales have been so-so but if you go onto Microsofts site you mostly get Surface devices with Snapdragon chips and most reports seems to be from about a year ago (would be interesting to see numbers from this year though).

3: Yes, I got a new x86 machine myself a month back that has quite nice battery life. Intel not being stuck as far behind on process seems to have helped a fair bit (the X elite's doesn't seem entirely power efficient compared to Apple however).

4: Yes, _I_ got an x86 machine since I knew that I'd probably be installing quirky enterprise dependencies from the early 00s (possibly even 90s) that a client requires.

However, I was actually considering something other than wintel, mainly an Apple laptop. If I'm considering options and being mostly held back by enterprise customers with old software I'd need to maintain the moat is quite weak.

My older kids previous school used ARM Chromebooks (currently x86 HP laptops at current upper highschool but they run things like AutoCAD), the younger one has used iPad's for most of their junior high.

Games could be one moat, but is that more due to the CPU or the GPU's being more behind Nvidia and AMD. Someone was running Cyberpunk 2077 on DGX Spark at 175 fps (x86-64 binary being emulated.. )!

But beside games and enterprise...

So many people that are using their computers for web interfaces, spreadsheets, writing, graphics(photoshop has ARM support) and so on won't notice much different about ARM machines (why my kids mostly used non-x86 so far), it's true that such people are using PC's less overall (phones and/or tables being enough for most of their computing), but tell a salesman Excel jockey that he can get 10-20% more battery life and he might just take it.

Now, if Qualcomm exits the market by failing to introduce another yearly/bi-yearly update then I'll be inclined to agree that Win-Arm has failed again.. but so far it's not really in sight.


Only x86 can make x86 irrelevant.


I imagine there's also some challenging work that would be fun to dig into. Being the person who can clean up Intel's problems would be quite a reputation to have.


There’s a real limit on what level of problem one engineer can fix, regardless of how strong they are. Carmack at Meta is an example of this, but there are many. Woz couldn’t fix Apple’s issues, etc.

A company sufficiently scaled can largely only be fixed by the CEO, and often not even then.


I'm sure most would stay at valve if they could. The just do so much contract work, and I'm sure a stable job at intel is better pay, benefits and stability.


Would it shock you to hear that many/most engineers don't pick an employer based on brand reputation?


Would it shock you to hear that famous engineers with their own personal brand power have different opportunities and motivations than many/most engineers?


Their point is even made stronger by your comment. Engineers of this type don't experience megacorps like regular engineers. They usually have a non-standard setup and more leeway and less bureaucracy overhead. Which means brand isn't the biggest thing, the specific projects and end user impact are.


usually a combination of money/benefits/locale is the answer to this question


Intel has a reputation of producing relatively high quality drivers for Linux.



https://github.com/ValveSoftware/Proton/issues/1493

This is fun, just found this issue from 2018 which was closed with this comment:

> Hello @setsunati, this is not a realistic objective for Proton. As @rkfg, mentions wine for ARM does not magically make x86 based games work on ARM cpus.

> Even if Steam were brought to ARM, and an x86 emulation layer was run underneath wine, the amount of games that could run fast and without hitting video driver quirks is small enough not to entertain this idea any time in the near future.

It's mentioned in this issue https://github.com/ValveSoftware/Proton/issues/8136 which was closed Oct 2024 with this comment by kisak-valve:

> Hello @Theleafir1, similar to #1493, this is not a realistic objective for Proton any time in the near future.


Finally some clarification on what valve time actually is.


What do you mean? Could you share your insight?


it's running joke that Valve will announce something as "coming soon" only to release months or years later

https://developer.valvesoftware.com/wiki/Valve_Time


This kind of thing is what makes me trust Valve.


>"Coming Soon" (January 10, 2017) | December 20, 2024 | 7th Issue of Team Fortress Comics: The Days Have Worn Away

Out of all the IPs Valve owns, somehow it's TF2 that got a story conclusion and it couldn't have been more perfect.


Did someone say half life 3?


Every time someone says "Half-Life 3" it's delayed another day from announcement. That's why everyone right now is talking about this "HLX" thing...



Valve deciding to support Arm-based gaming is HUGE news


There was also a parallel effort to this end, targeting Android rather than plain Linux, resulting in an app called https://winlator.org/ — which also works quite well at this point. (See e.g. https://www.youtube.com/watch?v=aP0yUqcyY18)


That was a very higher quality YT video. It's clearly written by someone who knows when they're talking about even though it's mostly non-technical


nowadays FEX works better than box86 in my experience, on 'desktop' linux at least


Have to wonder if there is a world where Proton comes to macOS.


Pretty unlikely as long as Apple refuses to support Vulkan. Even if they did, the whole Proton project is about Valve controlling their own destiny rather than being chained to someone else's platform, and Apple is just another Microsoft in that regard.


> Pretty unlikely as long as Apple refuses to support Vulkan.

You would only translate into Vulcan when running on an OS that uses Vulcan as the native graphics API.

On a Mac, Wine translates directly into Metal.


Valve could implement a separate Metal backend for Proton, what I'm saying is they probably wouldn't want to spend their resources on that.


Couldn't Apple spend their resources on that? Proton is open-source, and Apple's the one with the incentive to have more "prestige" AAA game devs to parade around during keynotes.


Apple could but they're not interested in non-native games, they want native ports or nothing. As I discussed a few posts over, Apple went to the trouble of developing a DirectX compatibility layer, but then told game developers they're not allowed to use it for anything besides evaluating whether their game would run well enough on Mac hardware. If they go ahead with a port then Apple still expects them to do it all the hard way.

It's textbook "perfect is the enemy of good" because yeah, compatibility layers have overhead, native is better, but if you insist on native everything but can't get devs on board then you just end up with no games.


Exactly.

Compare Steam Machine (2014) to Steam Machine (2026). The difference this time around is Proton support, and you can pretty easily see the hype on the internet for the new version, even after the original version was mocked relentlessly in some circles for having "no games."


Target apple and in 5 years your binary wont work anymore anyways


Well, some games like Civ V still manage to work! But they actually had to port it to 64-bit, otherwise it'd have the fate of all other 32-bit macOS games unfortunately...


> compatibility layers have overhead

Also, how could Apple kill the old software that is better than the new, if it doesn't control the emulation? This way they don't have to even have 10% of the features to force you to buy again.

cough /final cut/ cough


Apple could but Apple would rather die they allow something to work cross platform.


I think they are also absolutely addicted to cruddy pay to win mobile games and they don’t want to give up that sweet drip feed of IAP that they get a 30% cut of… which is substantial.

For funsies, try searching App Store apps and find a way to filter out results for apps with IAP. Nope!

(Source: me, who spent time at a mobile gaming company as we figured out how to continuously optimize our funnels so that some rich dudes in Qatar could continue to spend $40K a month on useless cosmetics.)


I think that filter is called Apple Arcade but of course it's not free.


Apple thinks PC games are for gross nerds and would rather not sully their fashion image by associating with gamer any more than is absolutely necessary. So no, Apple won't be doing that.


Every few years at WWDC they'll make some mention of some upcoming new gaming features. A couple years ago they showcased that their new iPhones could run the latest Resident Evil game. Hell, they brought out Kojima one year to announce a Death Stranding port for Mac.

The efforts are usually short-lived and mostly fruitless, but I wouldn't say they're "grossed out" by gaming nerds.


It would make sense, but Apple has large amounts of disdain for people having fun with their products. This evidenced by the large amounts of engineering they've put into very large, capable, and efficient GPUs, only to squander them on rendering web pages and liquid glass.

They released Apple Vision Pro with no ability to play popular PC games on it.

A VR headset. That doesn't play games.


Nope because they could not gouge developes with pricy tools, steep registration fees and cutthroat slice of their sales on Apple's app market.


Apple already has their own way, and they rather have studios rewrite the games.

https://developer.apple.com/games/game-porting-toolkit/


The porting toolkit is more or less Apple's version of Proton:

"evaluate your unmodified Windows executable on Apple silicon using the evaluation environment for Windows games"

A bunch of games just ship the Windows executable and some version of that translation layer in their MacOS App bundle


That is step one, see WWDC sessions on the matter.


Apple and gaming is like oil and water, it'll never happen.

They'll spend billions on a handful of (late) AAA ports for macOS every 4-5 years, and then go radio silent again.


Potato Potatoh. I think Apple is the largest game platform in the world, or ate least iOS is.


It isn't, Android is the largest mobile gaming platform. https://www.grandviewresearch.com/industry-analysis/mobile-g...


That's because D3DMetal already exists. Games run like they did on Proton ~4-5 years ago, some games better.

I mostly no longer boot my Linux machine anymore to play games.

The anticheat story is probably not as good but I don't play any AAA games, so I wouldn't know.


That's great as long as it works, but D3DMetal is a proprietary, closed-source Apple library so you can and probably will get rug-pulled by Apple neglecting or deprecating it as their priorities change. They've only ever positioned it as an "evaluation environment" for developers to estimate how their game will run before going ahead with a native Mac port, not as something for end-users to play Windows games with, so if developers don't bite then they'll have no reason to keep working on it.


Proton is a downstream fork of Wine, and upstream Wine already directly supports playing Windows games on Mac using D3DMetal.

You don't need Proton's Wine fork when you can just use Wine.


That doesn't change the fact that D3DMetal is closed-source. Wine just links to it.

There's also DXMT which is open-source, but doesn't support DX12.


Right now, the user experience with Crossover is that you have to manage the whole thing of installing Windows Steam in a Wine bottle, then installing games within that second Steam installation, then dealing with the fact that Steam doesn't seem to like having two instances running on the same computer (my native Steam loses connectivity every time I start the Crossover instance).

Wanting Proton on Mac isn't about that specific fork of Wine, it's shorthand for wanting the user experience that Valve gives you on Linux.


As a comparison, before proton, you could run steam with wine under linux. Wine directx implementation was sufficient to make a quite a few games work just fine, but the experience was atrocious. You either had to install a new instance of steam per game or install everything under one bottle which didn't work well as you had to tweak the install per grame. Personally I used it just for one or two of games that I really wanted to play and could actually run outsisde of steam after installation.

In comparison the proton experience is seamless.


> Games run like they did on Proton ~4-5 years ago, some games better.

Proton previously only worked on x86, so there was not the additional overhead of x86 to ARM translation.

Proton on ARM will have the same performance constraints as Wine on ARM Macs.


They could also use MoltenVK


As far as I understand, there's actually an intermediate driver on macOS that implements Vulkan on top of Metal, similar to how Proton implements Direct3D on top of Vulkan.

The available low-level API is Metal, and the existing software stack is written for Vulkan, so it makes more sense to implement Vulkan than to write a new Metal backend.



Wouldn't it be Apple's benefit to get more gaming on MacOS? Their goals might align with Steam.

Apple's native gaming story has been similar failure as their AI and Siri ventures. Time to fix it.


Valve seems to break free form depending on someone else’s walled garden.

Apple seeks to builds its own walled garden.

Their interests do not align. Apple doesn’t want portable software on their platform, they want exclusive software.


Hard to swallow.

Every day I sit down at a Mac for work and proceed to launch VS Code, Zed, Outlook, DBeaver, Excel, Teams, LogSeq, Syncthing, Chrome, Firefox, LM Studio and Docker. I prefer MacOS but basically all of my application workflow exists for Windows verbatim and if using browser versions of the MS apps, on Linux too.


Same! I main macos, love the hardware, but I keep a very close eye on Linux (asahi, omarchy etc) in case Apple gets any more toxic, and I am forced to jump ship to something else, and that something else won't be windoze.

The last straw with MacOS was when my US bank cards expired, I could no longer update apps I already paid for, I could no longer install apps I already paid for. Everything was held hostage, could not install FREE apps via the appstore on macos or on ipad.

That day my eyes opened to what Apple has become.

You simply cannot trust Apple with your computing future. They're a fashion company now.


and plus one here! I don't know, I like my mac workflow but irritation and aggravation have crept in more frequently of late. Last week I was told a binary that clang++ had just produced from my own code could not be run because Apple couldn't check whether it was safe.. And what to make of power users complaining bitterly about Tahoe & liquid glass etc? I'm hanging on to Ventura for now.


Apple is big enough to not need gaming and their philosophy is to have the most control possible on their ecosystem and to be the most closed possible. For them it makes no sense to encourage steam to be big on mac (except as a way to jumpstart their own system before closing it). And it is especially true now that steam is making machines, so is a direct competitor


DXMT has been advancing very quickly: https://github.com/3Shain/dxmt


True, forgot about that. That said, Apple does have D3DMetal. A man can dream that they eventually opensource that.


I mean, theoretically they could backport the D3DMetal wine driver from the Game Porting Toolkit. Also I remember there was some early preliminary work done on stock wine a few years ago.

Honestly right now there is so much overlapping between all the wine "flavors" and forks available (Stock wine, Crossover, Proton/Proton-GE/Wine-GE, Game Porting Toolkit, winevdm, probably a few more I'm forgetting right now) I'm not entirely sure how many features have been independently implemented already multiple times.


I believe that was part of the original plan for Proton, but with the success of the Steam Deck that got shelved and it moved to a focus purely on Linux.

I don't think it's ever likely to return any time soon, but it'd be cool if it did. Valve seemingly have very little interest in macOS at the moment.

CodeWeavers work closely with Valve and the Wine project to improve compatibility with games, and Apple's own Game Porting Toolkit is based on CodeWeavers work on Wine too. So all the pieces are there in theory.


Proton is just a fork of Wine that also translates from Microsoft's DirectX graphics API to the native graphics API of Linux (Vulcan) so you can run Windows games on Linux.

The new thing Proton is adding is translation from x86 to ARM.

Macs already have Wine, an x86 to ARM translation layer (Rosetta), and an Apple provided translation layer from Microsoft's DirectX to the Mac's native Metal graphics API (D3DMetal) which is integrated into upstream Wine.


I mentioned elsewhere — Right now, using Wine/Crossover is a hassle. Wanting "Proton on Mac" isn't about that specific fork of Wine, it's shorthand for wanting the user experience that Valve gives you on Linux.


I did catch that the streaming stick for the Valve Frame in the announcement video was plugged into a computer that looked an awful lot like a Mac.


Yes! I rewound the video to double check

But honestly at this point I’m destined to buy a Steam Machine despite having a hefty Mac that could do gaming if only it were possible. Valve have been amazing about open computing and Apple are basically the enemy at this point.

It makes me wonder about what using steam machine for all computing might look like, as the new home of open computing and gaming.


I wonder if the video team uses Mac, and just shot a quick clip with the closest USB port on hand.


Damn valve is cooking.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: