We accept contributions from other sites (e.g., Vimeo, Dailymotion, etc) who wanted to replace their long tail of in the wild embeds prior to Flash removal.
IMO this was good practice to keep the web running smoothly at the time.
It is reminiscent of Windows 95's specific code to see if SimCity is running, and allocate memory differently if it was.
> Jon Ross, who wrote the original version of SimCity for Windows 3.x, told me that he accidentally left a bug in SimCity where he read memory that he had just freed. Yep. It worked fine on Windows 3.x, because the memory never went anywhere. Here’s the amazing part: On beta versions of Windows 95, SimCity wasn’t working in testing. Microsoft tracked down the bug and added specific code to Windows 95 that looks for SimCity. If it finds SimCity running, it runs the memory allocator in a special mode that doesn’t free memory right away. That’s the kind of obsession with backward compatibility that made people willing to upgrade to Windows 95.
When I was at Apple in the mid 90's (Before Steve) I remember the Mac OS source code had tons of special app checks, mostly for various Microsoft (also others) apps that did odd things, so that older versions would keep running. When they were working on Copland, I thought it was nuts to write a new OS from scratch, but still do reimplement the hacks so that everything would still run. Good thing it all went away.
My astonishment is that Microsoft knew about SimCity. I was 15 in 1995 and I thought the world was so big that Microsoft couldn’t possibly know about the myriad of software that their OS could run.
It turns out the world was so small that Microsoft could, probably, inventory less than a hundred products that made 99% users happy.
Raymond Chen talked about how periodically the devs were tasked with getting a handful of software purchased at CompUSA or w/e out of a grocery cart, opening them up, installing them and testing that they worked with the then-unreleased Win95.
The comparison is apt. The multiprotocol thick client platforms we call "web browsers" are easily on par with operating systems in both their complexity, and their mission criticality. LoC has never been a great comparison measure, but I'd anticipate that all current evergreen browsers have more lines of code than Windows 95 did.
Very cool and very swag, but down this road lies nightmares. I respect the dedication to backwards compat but we shouldn’t pretend this kind of thing has no cost.
Back then you couldn't just bug the game developer to issue an update patch, and anything significant breaking between Windows versions affects Windows adoption and not the adoption of the software the user is actually interested in. We see the latter even today, with Windows 8 being a failure for how much it changed and broke user workflows and Windows 11 getting a decent bit of pushback too.
In a way this realization is what's finally making Linux viable for gaming. Instead of expecting developers to bring compatibility and bug fixes, have the system provide it and suddenly you can even have an entire gaming console designed for PC gaming on Linux, thus also giving you enough momentum for developers to make adjustments so their game runs better on the compatibility layer.
We're talking early 90s. Not only were automatic updates not a thing, manual updates were hardly thing. If Windows wanted SimCity to work on their new windows release, the only option was to make the new windows release work with SimCity, not the other way around.
Yeah. I had this version of SimCity. It came on floppy disk. I had a 14.4k modem at the time (or maybe still the stock 2400?) the only way for MSFT to make this work was to add code like this. Honestly we still do it sometimes. Emulators routinely emulate bugs because those bugs were never fixed in the real systems.
The hack being described was very very old, this is exactly what the AppCompat system does in Windows now. AppCompat shims only apply to specific versions of specific apps (or get rolled up into "layers" which is what you get when you mark an app to "Run under XP compatibility"), and don't end up affecting other ones
Yep. It’s just the first version of AppCompat. Now you get to pick a set of bugs and behaviors. It’s actually a pretty great idea to isolate problematic software.
That'd break SimCity updates, and probably trigger antivirus warnings, and annoy Maxis devs and lawyers...
Whereas "we'll tweak our OS to suit your app to ensure it doesn't break with an upgrade"? That just wins loyalty from the game devs, users, and everyone involved except purist-coder types.
And it makes operating systems larger, more bug prone and harder to maintain.
There is a reason that Apple was able to port the core of iOS and many of the APIs to watches, phones, tablets, set top boxes, monitors (the latest Apple monitor runs iOS on an iPhone 11 era processor with 64GB RAM).
Yeah, but there's also a reason why you can still run most Windows 95-era apps on today's PCs, vs not being able to run most 2-year-old games on M1 Macs. Rosetta is pretty amazing but it's far from actual compatibility.
Apple's approach to backward compatibility is very different from Microsoft's.
It's not uniquely a Microsoft thing, either. Nvidia's driver updates frequently (in fact almost always) have game-specific optimizations. Antivirus and firewall apps frequently have to make exceptions for certain apps. WINE and Proton operate on per-game optimizations. Input controller managers (like Steam's profiles) have different settings per game. DirectX itself does a lot of backward compatibility stuff, AND allow different versions to coexist on the same PC (vs the relatively tiny market that exists for Metal or Vulkan).
All these things contribute to PC gaming vastly outselling the tiny Mac gaming market. As a Mac user, I wish that weren't so! But MS's approach is way better for devs and users in that case, even at the cost of the Windows APIs and libs being huge with a decades-long tail.
As a user of a current ARM MacBook Pro 16 inch and a former x86 MacBook Pro, being able to have a battery that last 20 hours, doesn’t get hot, nor does it sound like a 747 when I launch Slack, I very much appreciate Apple being able to transition processors.
Also seeing that the iOS game market dwarfs the PC game market in revenue and number of titles (if not quality), I think Apple made the right choice.
Microsoft has been unsuccessful trying to get Windows on ARM to be viable for years before Apple did it and has failed partially because of the behemoth that Windows is.
Speaking of Windows and backwards compatibility. There are at least 8 different ways to define a string in Windows depending on which API you are calling. String handling in C is one of the biggest causes of security vulnerabilities on any platform.
I love my Macbook too, and am hoping it revitalizes the dead OSX games industry. But its lack of backward compatibility further hurts its gaming capabilities vs the already-limited x86 OSX games. It's nice when it does work and you have some M1-native titles (Baldur's Gate, etc.) but those are far and few in between. Sure, it's a great business machine, it's just not a gamer's laptop (even though its hardware is fully capable). I use my M1 for most things, but still have to use Windows x86 for actual gaming.
Yes, Windows's backward compatibility carries a high cost. Nobody doubts that. But as a gamer, I would rather to be able to play games on a shitty OS than to have the latest, most vertically integrated all-in-one chip and stellar OS and be limited to a library of like 15 five-year-old titles.
As for the "right choice", eh, maybe from a business angle... but as a gamer, iOS games suck. They probably have that revenue mostly from lootboxes, not actual gameplay. I don't know that Apple should be applauded for turning video gaming into online gambling. That's not really a hardware/OS stack question anyway though, but a business decision. And to be fair, many of the actually curated titles (like the ones on Apple Arcade) are pretty decent -- though nothing close to the thriving indie scene on Steam/x86 Windows.
iOS is more like a console in that they're creating a new market segment, not necessarily competing with traditional PC gaming (which has taken a turn for the worse by adopting mobile lootboxes and such). On the other hand, OSX and Linux both tried the purist gaming route with their own APIs and got nowhere. It took WINE and Proton to really make the Steam Deck a viable platform (and barely that).
Do I like this situation? No, I'd rather just have games be properly cross-platform to begin with. I don't really understand how cross-platform works in Unreal and Unity, but if those engines can add native Apple Silicon support and make it easy for publishers to cross-publish, hopefully we'll see Macs on future titles alongside PC/PS/Xbox/Switch. Till then...
On top of that, you can carve out the percentage of “PC Gaming” that is “browser based” since you can run those on a Mac. The industry is moving toward browser based streaming games.
Re: mobile, didn't I address that in my post? Sure, mobile gaming might be bigger by revenue, but it's not really an "overtaking" as much as growing a new market, as far as I can tell. Most of the games are totally different -- casual gambling vs the high-skill or deeply strategic games on PC (and to an extent, console).
There's nothing wrong with iOS (and mobile in general) having its own game ecosystem, but it's distinctly different from PC and console games. May I ask whether you're familiar with those ecosystems, like do you actually play on both? It's one thing to look at it from a pure dollars & business standpoint, but from the eyes of actual players, they're pretty different landscapes. Even among cross-platform franchises, there's a pretty big difference between (say) Diablo Immortal and Diablo 2/3. Once in a while there are actual cross-platform titles that are largely the same game (Fortnite, PUBG, etc.) but those aren't super common yet.
What I'm trying to say is that there is a huge library of existing and upcoming WinTel/x86 games that depend on Windows (and to a large extent, Steam) -- both because of architectural reasons but also other "cultural" reasons, like preferring mouse + keyboard input vs the touchscreen, or having a large screen for UI real estate (especially for strategy games).
Apple does not care about that segment. To be sure, they don't need to, between iOS revenue and their other income streams. It just saddens me because it means I'll have to keep a spare Windows PC lying around just to feed that habit, when the M1/M2 hardware is totally capable of playing those titles IF either they were ported (puts the onus on each game developer, especially hard for small indie studios) OR if Apple had better backward compatibility (some games will work with Rosetta, thankfully, but only if there was an OSX x86 port -- many don't even have that). Otherwise, ironically, that sort of gaming is better on Linux, despite its worse drivers and complex distributions, because of efforts like Proton that make per-game compatibility layers. Because the community took the time to implement backward compatibility with older APIs, choosing to support games rather than aiming for ideological purity.
Apple chose the other approach, and that may be fine for them as a business, it just sucks for us as gamers.
-------
As for streaming, yes, it's a great technology, but not a surefire fix. I've been using them for more than a decade, from OnLive to PSNow to Shadow to GeForce Now to xCloud, on everything from phones to gigabit fiber. They're wonderful technologies, but suffer many issues:
1) latency & bandwidth issues unless you're on a good and consistent connection, and LTE/5G isn't quite powerful enough to really make it reliable, WiFi is a mixed bag
2) no mods support yet since most services haven't virtualized that part of the filesystem yet, Shadow being the exception
3) graphics are middle of the road. Sure, it might be rendered on a RTX rig, but compression artifacts and jitter will frequently impact your experience
4) this is a big one: for some reason, publishers are constantly pulling their titles OFF of these services, and GeForce Now lost a bunch of AAA titles since it launched. Sometimes they reappear on some other streaming service, but not always.
5) the game streaming landscape is very quickly fragmenting, with games split between Xbox Game Pass, PSNow, GeForce Now, Luna, etc... it looks like they're trying to go for the streaming video model, with a subscription for each publisher (sadly) so you'll end up with a bunch of different subscriptions instead of being able to just rent a virtual rig by the hour/month and play all the games
-----
Look, I'm nobody, and I can't force Apple to care about PC gaming. I'm sure somebody there did the math and figured it wasn't worth it... especially because we're an audience that's very demanding in terms of power and customizability, and would probably be a PITA for them to support. Shrug. I just hope Apple Silicon sells enough that publishers will start porting games over on their own accord, and maybe ten years from now nobody will be making WinTel games anymore, and all the titles will seamlessly transition from the laptop to the watch, whatever. We're just not there yet.
I’m saying basically that Apple knows where the money is. The desktop market is already a small market in the grand scheme of things. The desktop PC gamer market is even smaller.
The PC gaming market is a 28.6B a year market for software sells. The actual hardware sales have to be much smaller to the point where it would be even lower than that. Definitely not worth Apple sacrificing being able to move fast.
> There is a reason that Apple was able to port the core of iOS and many of the APIs to
Microsoft can do this and just exclude the compatibility patches. All of those various windows versions and non-desktop OSes (eg windows phone, Xbox) are certainly the same thing. Porting an OS already means you’re picking what you want, and reusing the kernel. This isn’t that special.
Regarding maintainability, I’m not sure it’s “better”. It’s a liability to depend on mac software and update your mac. Ask how many photographers (or pick a profession) keep an old mac lying around for that one version of photoshop (pick your software) they need that doesn’t work on new macs. What’re the odds old mac is getting security updates and is well maintained?
(Also a nit, the monitor has 64gb of storage not ram).
Apple has ported its entire OS - not just parts - since the introduction of OS X to three different architectures. Should Apple still keep a PPC compatibility layer? If they had ported Carbon to 64 bit, would Adobe have ever moved over to modern MacOS frameworks?
Even further back, should Apple keep supporting OS 9? 68K processors?
How is the ARM transition for Windows working out no matter how hard Microsoft tries?
I mean, Windows on ARM (first 32bit and later 64) has been a thing for years now. I don't the issue is the architecture per se. What made the M1 Macbooks so good wasn't just because they were ARM based but specifically Apple's custom M1 chip.
By changing the system they have a flag they can turn on for any applications that would be helped by a similar hack. It's not like use after free was a particularly rare event in mid 90s code.
You mean, like watch for an install of SimCity, and modify the game's files? I don't have enough experience in hardware and PCs to know if that was at all possible or practical.
Could also be interesting in a world where most PCs ran anti-virus tools of various different vendors.
Imagine Microsoft adding a magic “we’re the good guys” handshake to their OS that would all those anti-virus tool say “go ahead and do whatever you want”.
Honestly you could probably do it today, but back then it would have been a lot harder. You’d have to find every buggy use after free. Just easier to change the allocator for it. Probably how you’d do it today under emulation.
I remember the days of going down to my friends store because he had a modem and knew which BBSes would have software downloads. I had to bring my own floppy disk because those things cost money.
Yeah... I've put well over 10k hours into writing FOSS and consistently encounter this attitude there, too. I never imagined we could get this far tolerating such frequent contempt for both end-users and their advocates, such as interface designers. If your PR poses even a theoretical future inconvenience to developers, good luck getting it merged, regardless of the user benefit. Until this changes, user-facing open source alternatives will always be alternatives rather than the standard.
Not just devs and end users, but also devs and other devs. Not in rejecting pulls but changing API's like renaming functions, removing functions, swapping argument positions, changing the complete workflow of a library, etc... without care. The amount of breakage in the OSS world is just ridiculous.
I'm probably biased because I deal with a lot of Javascript where this sort of behaviour is rampant.
It’s easy to optimize for developer convenience when you aren’t getting paid to do the work… arguably it’s the only way non-profit open source software can progress at all on average. The tails are heavy, though.
A workaround does not necessitate tech debt. "Workaround" is a conflated term - it basically implies something works differently than one might expect, which is subjective. Anyway, what is the alternative? Saying "that's not my problem"? Users don't care about who is technically at fault, they care about a well functioning product.
The alternative is to let it break and force developers to update their software.
Doing that allowed Apple to not have to maintain 32 bit compatibility which allowed Apple to make the operating system smaller (all shared libraries have to be duplicated including in memory) and allowed Apple to completely remove 32 bit support in the later ARM processors.
…and forced me to stop using some favorite iOS apps because they didn’t get updated — in one case because the developer had died. Windows is certainly more user-friendly in that respect.
Yes, absolutely. Memory is cheap, software is valuable, forcing everyone to churn constantly to satisfy some sort of aesthetic is a massive waste of resources.
Die space on a processor is definitely not cheap. Also memory takes energy to keep refreshed both die space and power are at a premium on mobile devices.
Shouid Apple also have kept PPC support in Macs forever? 68K support? OS 9 support? Why stop there, why not ship with Apple //e 65C02 support? I’m sure I lost some valuable AppleSoft basic programs over the years.
I would consider that wonderful. I'm no huge Microsoft fan, but it's very nice that I can run 90s and 2000s programs on my current windows box. Though I hear we're losing Win32...
"Tech debt" is doing things quickly now with the price that you have to clean up (i.e. invest more time) later, hence the word "debt". This is sometimes a good trade-off, just as financial debt is. Not everything that looks a bit ugly is "tech debt".
And yes, it's ugly, but reality is ugly so we have to deal with it.
I would have more sympathy for that if Windows 95 were just suddenly dropped out of the sky to some rock music, but my experience with MSDN is that they are quite liberal with access to beta versions so software vendors can test their products before the unwashed masses get it
And I say this as someone who remembers the binders full of CDROMs that arrived, so not just "download this iso" modern day conveniences
Let's say SimCity took advantage of this beta program and fixed their buggy software. Great!
Now how do you get that fixed software to every user who bought a SimCity CD or floppies? Remember, most of your users don't have a modem and there is no widespread internet infrastructure at the time of the Windows 95 release.
You're arguing who is truly at fault, but as a consumer with less sophistication than "MSDN Subscriber" who are you going to blame when Win95 doesn't run your favorite software?
Those who prioritize code correctness over user experience will soon find themselves in that blessed paradise where they never have to worry about user experience anymore... because there are no more users.
Microsoft made most of its money back then in two ways - corporations and individuals buying Windows upgrades and bundling Windows with new computers.
If Windows got a reputation for being incompatible with apps, people wouldn’t upgrade.
iOS doesn’t really have that problem. New phones are always going to come with new operating systems and if your app doesn’t run on the new OS, users are going to blame the app developers.
Also most of the incompatibility with apps and new operating systems comes from developers using unpublished APIs. Apple is very strict about not allowing developers to use unpublished methods [1].
[1] I refuse to use the term “private APIs”. An API is a documented method that the platform vendor documents and promises to support
We accept contributions from other sites (e.g., Vimeo, Dailymotion, etc) who wanted to replace their long tail of in the wild embeds prior to Flash removal.