Hacker News new | ask | show | jobs
by makomk 1027 days ago
Valve have funded some good work on the underlying compatibility code, but their big contribution was really fixing a problem they themselves created. Lots of games expect to be able to call back to the Steam client for a license check, and this used to require running the Windows version of Steam which didn't work well (huge compatibility issues and it really didn't like being run at the same time as the Linux version). One of the big things enabling easy Linux gaming was a Valve-approved way to run Windows games under a compatibility layer and have them still connect to the same Linux client used to run native games.
3 comments

> but their big contribution was really fixing a problem they themselves created.

I think it’s a little bit of a stretch to say it’s a problem they created - they were just a victim of their own success. They can’t force developers to write games in a particular platform, and making games work under Linux is no small task.

It was probably easier to stream games from a Windows machine, which was their first approach with Steam Link and Steam Machines. It kinda sorta worked, and what they saw was enough encouragement to go and build the Steam Deck. On top of that, CPUs/GPUs just weren’t good enough 10 years ago to do what Valve wanted to do.

So I think it’s a little unfair to say they “created” this problem.

Valve may have contributed to the issue initially, but can you blame them? There wasn't exactly an abundance of Linux Support before Valve came along either. Why would they support a Linux Steam client and the whole compatibility layer when the demand just didn't exist.

Valve becoming big enough to break into the hardware market (first Steam Machines and then the Steam Deck) was the first time they had any incentive to care about the OS layer. They could've made some deal w/ Microsoft but instead went the open-source route to the benefit of everyone. Kudos to Valve.

>but can you blame them?

Sure I can. They decided ultimately to make an indirect dependence on Windows instead of encouraging devs to make good native linux ports. They more or less made the deal with Windows without having to get their hands dirty.

The big problem was directx, not steam_api.dll, which can be solved in many ways.