If you want a preview of an uncaring and anti-consumer Valve, look no further than the company’s efforts on Mac.
Valve never updated any of its earlier games to run in 64-bit mode… Apple dropped support for 32-bit applications in 2019
Funny enough, the only platform with a 64-bit Steam client is Mac.
I don’t disagree with concerns about monopoly, but the author’s key example is Macs. And from the example, it sounds to me like Apple disregards backwards compatibility (dropping 32-bit support, moving to ARM chips) and Valve isn’t investing to keep up. Meanwhile, Windows has a heavy backwards-compatibility focus, and Linux isn’t too bad either, so no wonder they still get Valve’s attention. So who is being “anti-consumer” in this example, Valve or Apple?
Agreed. This is a superficial history lesson masquerading as an article. While nothing lasts forever and Steam has its issues, the examples being cited are not supporting the not outrageous prediction that Steam might get worse in the future. It’s just not very insightful.
Anyone who, unlike the author, actually had to deal with early versions of Steam can attest to the fact that in most ways, the platform has dramatically improved.
To be clear there’s only been a single generation (2006) of x86 based Macs that weren’t 64bit. They’ve been telling everyone since 2007 (well actually earlier even, the final PPC generation was 64bit), that the 32bit was going to go away.
I hate to defend Apple arbitrarily but all us developers had plenty of notice, and had to specifically reconfigure the default settings on their projects to only be 32bit. If developers ignore deprecation notices for over a decade, then is it really the fault of the other side?
I am not a developer and honestly curious about this. What’s Apple’s reason for ditching 32 bit programs? Isn’t backwards compatibility a net positive for both developers and consumers?
I wouldn’t say Apple disregards backwards compatibility, but they certainly don’t prioritize it to the degree Microsoft does, or that the general open-source community does. For Microsoft, backwards compatibility is their bread and butter. Enterprise customers have all sorts of unsupported legacy shit, and it dictates purchasing decisions and upgrade schedules.
Apple gave devs and users a ton of lead time before dropping 32-bit support. The last 32-bit Mac hardware was in 2006 (the first gen of Intel Macs); it wasn’t until Catalina’s release in 2019 that 32-bit apps stopped running, and Apple continued releasing security updates for older OSes that could run 32-bit apps for a couple years after that. So that was basically 15 years of notice for devs to release 64-bit apps.
That was much more time than they gave Classic Mac apps under OS X, or PowerPC apps on Intel. I was much more annoyed when PowerPC support was axed. Only a matter of time until Intel apps stop running on Apple Silicon, too. That’s gonna be the end of the world for Steam games. Ironically, it’s already easier to run legacy Windows and Linux games on Mac than it is to run legacy Mac games.
Yeah, totally agree that we shouldn’t go all in on trusting valve, but apple is definitely the anti-consumer one here. I don’t think valve would support DX if they could get away with it. Apple deprecating everything but metal without making it an open spec basically said, “we don’t want anyone gaming on our platform”.
It’s a little bit of column A and a little bit of column B. Apple very obviously doesn’t want the Mac gaming ecosystem to exist in the same capacity as Windows and Linux, but Valve also has an obligation to its customers using Macs to keep the service running well.
Yeah, Valve has put a lot of effort into bridging the compatibility gap for Linux. Most of that work could also be ported to macOS, but they just don’t care.
It’s a shame, because getting 32-bit to 64-bit compatibility working would help Linux as well. I don’t know how much longer distros want to keep supporting 32-bit libraries, and some distros have already dropped them.
That said, macOS compatibility seems like a non-sequitur for an article calling Steam a “time bomb.” DRM is definitely the bigger issue here.
It’s not just 32 on 64 bit, new Macs use ARM64 processors so x86/x86_64 code is effectively obsolete on Mac. I would love to see Valve pour resources into a cross platform x86 on ARM64 emulation layer though, it would benefit Linux as well.
The ARM translation may be less of a problem on macOS because of Rosetta. That said, integrating something like Box64 would absolutely benefit both Mac and Linux.
I don’t disagree with concerns about monopoly, but the author’s key example is Macs. And from the example, it sounds to me like Apple disregards backwards compatibility (dropping 32-bit support, moving to ARM chips) and Valve isn’t investing to keep up. Meanwhile, Windows has a heavy backwards-compatibility focus, and Linux isn’t too bad either, so no wonder they still get Valve’s attention. So who is being “anti-consumer” in this example, Valve or Apple?
Agreed. This is a superficial history lesson masquerading as an article. While nothing lasts forever and Steam has its issues, the examples being cited are not supporting the not outrageous prediction that Steam might get worse in the future. It’s just not very insightful.
Anyone who, unlike the author, actually had to deal with early versions of Steam can attest to the fact that in most ways, the platform has dramatically improved.
To be clear there’s only been a single generation (2006) of x86 based Macs that weren’t 64bit. They’ve been telling everyone since 2007 (well actually earlier even, the final PPC generation was 64bit), that the 32bit was going to go away.
I hate to defend Apple arbitrarily but all us developers had plenty of notice, and had to specifically reconfigure the default settings on their projects to only be 32bit. If developers ignore deprecation notices for over a decade, then is it really the fault of the other side?
I am not a developer and honestly curious about this. What’s Apple’s reason for ditching 32 bit programs? Isn’t backwards compatibility a net positive for both developers and consumers?
I wouldn’t say Apple disregards backwards compatibility, but they certainly don’t prioritize it to the degree Microsoft does, or that the general open-source community does. For Microsoft, backwards compatibility is their bread and butter. Enterprise customers have all sorts of unsupported legacy shit, and it dictates purchasing decisions and upgrade schedules.
Apple gave devs and users a ton of lead time before dropping 32-bit support. The last 32-bit Mac hardware was in 2006 (the first gen of Intel Macs); it wasn’t until Catalina’s release in 2019 that 32-bit apps stopped running, and Apple continued releasing security updates for older OSes that could run 32-bit apps for a couple years after that. So that was basically 15 years of notice for devs to release 64-bit apps.
That was much more time than they gave Classic Mac apps under OS X, or PowerPC apps on Intel. I was much more annoyed when PowerPC support was axed. Only a matter of time until Intel apps stop running on Apple Silicon, too. That’s gonna be the end of the world for Steam games. Ironically, it’s already easier to run legacy Windows and Linux games on Mac than it is to run legacy Mac games.
Yeah, totally agree that we shouldn’t go all in on trusting valve, but apple is definitely the anti-consumer one here. I don’t think valve would support DX if they could get away with it. Apple deprecating everything but metal without making it an open spec basically said, “we don’t want anyone gaming on our platform”.
It’s a little bit of column A and a little bit of column B. Apple very obviously doesn’t want the Mac gaming ecosystem to exist in the same capacity as Windows and Linux, but Valve also has an obligation to its customers using Macs to keep the service running well.
Yeah, Valve has put a lot of effort into bridging the compatibility gap for Linux. Most of that work could also be ported to macOS, but they just don’t care.
It’s a shame, because getting 32-bit to 64-bit compatibility working would help Linux as well. I don’t know how much longer distros want to keep supporting 32-bit libraries, and some distros have already dropped them.
That said, macOS compatibility seems like a non-sequitur for an article calling Steam a “time bomb.” DRM is definitely the bigger issue here.
It’s not just 32 on 64 bit, new Macs use ARM64 processors so x86/x86_64 code is effectively obsolete on Mac. I would love to see Valve pour resources into a cross platform x86 on ARM64 emulation layer though, it would benefit Linux as well.
The ARM translation may be less of a problem on macOS because of Rosetta. That said, integrating something like Box64 would absolutely benefit both Mac and Linux.