Continued from page 2
Importantly, future ARM-based Macs will not run iOS as its operating system but rather the regular macOS built for ARM. Apple has likely had macOS written for ARM-chips for several years, just as Steve Jobs said Mac OS X was written and compiled for Intel x86 since the first versions of Mac OS X.
Project Kalamata is reported to have been in the works for years, perhaps going back to 2012.
For professional software in the CAD/BIM/3D industries, in order for those packages to be built for future Macs running on Apple’s own ARM-based A-series chips, certain basic foundational software components would need to be changed and rewritten. Here’s a basic run-down:
Today’s CAD software generally produces its 3D visualizations to the computer screen using the open industry standard OpenGL API (application programming interface). Architosh has written extensively about OpenGL, WebGL, OpenGL ES (mobile OSs), and new low-level graphics APIs like Vulkan, Apple’s Metal, and Microsoft’s DirectX.
Some companies have written their own OpenGL rendering engines—like Vectorworks’s VGM—while other companies build software using software libraries from sources like Tech Soft 3D’s HOOPS Visualize. In each case, the code work behind graphics engines is intensive and forces developers in this kind of situation to spend development resources on “plumbing” and OS work rather than on building features for users.
Another major factor behind CAD/BIM/3D applications is geometry engines, the software that enables 3D modeling functions to exist in an application. A few giants in this space dominate the market and hundreds of solutions are built on geometry kernels like Dassault Systemes’ subsidiary Spatial and its ACIS Modeling kernel. Another pivotal kernel is Parasolid by Siemens. And there are others, including software developers who have built their own geometry modeling engines like Autodesk and Graphisoft.
A 3D CAD developer needs a geometry engine (kernel) to allow 3D modeling functionalities, a way to push these visualizations to computer screens and hence “graphics APIs,” and finally rendering engines to provide advanced photo-realistic visuals. While rendering engines exist, many of the best renderers are proprietary engines, either biased or unbiased variety.
Thankfully, Unity and Epic with its Unreal Engine have entered the professional markets, and because they already serve the vast gamers’ universe, those pro solutions that can tap into their visualization engines maybe some of the first solutions in the future world of ARM-based Macs.
Other Software Libraries
Other software components that make the CAD/BIM/3D world go around on all platforms involve physics engines, solvers, digital terrain modelers, GIS systems, middleware for talking to CNC machines, including 3D printers, additive manufacturing machinery, robot and robotic arm systems, 3D laser scanners, and much much more.
Recently Architosh published a large list of plugins for the AAD (algorithms-aided design) tool Grasshopper. The list was particularly focused on macOS compatible plugins for McNeel’s Grasshopper. Plugins and extensions to larger applications enrich those larger applications. While AutoCAD returned to the Mac nearly a decade ago, the amount of plugins or add-ons for it on the Mac side is minuscule to those available on the Windows side. One of the most popular tools for landscape architects, LandF/X, is an AutoCAD-based OEM package that is not available for the Mac version even though it is very possible and reasonable that it could be.
The big point is this: it takes years for essential software solutions and libraries used in larger solutions to fully develop. The big work of shifting codebases from macOS on Intel to macOS on ARM architecture chips is not trivial and it will have impacts on the selection of professional CAD/BIM/3D solutions available for Mac users for years to come. Hopefully, the CAD/BIM/3D industries will not loose to much native software for the Mac, but there will be casualties.
Tim Cook and folks on stage in Steve Jobs Theater can spin the virtues of ARM all day long—and there will be many, especially performance—but these kinds of OS chip architecture changes take a toll on available software. The reason why it didn’t take a toll as badly last time is because Apple moved to Intel where most of the world’s software already existed. Now they are moving away from that world. That’s a pity because the Mac has slowly been building up towards parity with Windows.
On the flipside, Macs running ARM-based processors can more easily run native iOS apps alongside macOS apps. This benefit, plus the virtues that can come from more innovative and faster computers, should hopefully expand Apple’s computer market share beyond 10 percent. If they can capture 20 percent or more, far more developers will have greater incentive to commit to writing native macOS apps for ARM-based Macs, and the pro markets on Mac can recover the apps they lost in the process.
Postscript Mac Chips in America?
Taiwan Semiconductor Manufacturing Co. (TSMC) will be producing the new Mac chips. It is reported that the new chips will be manufactured on a 5-nanometer process, same as the upcoming iPhone and iPad. Architosh also noted last week that TSMC is building a new $12 billion chip plant in the United States, but it will not open until 2024. That plant is expected to build 5-nm chips. While Apple may move to 3-nm chips for its smallest devices as soon as possible, professional desktop Macs with ample available space compared to mobile devices could afford to feature bigger 5-nm chips for some time, essentially making the chips larger and more power-hungry in the name of performance. This could mean the TSMC plant in America could be, eventually, the manufacturing location for some or all of Apple’s future Mac chips.
For its iPhone and iPad devices, which sell in far greater volume, the new American plant will not only not offer the cutting edge 3-nanometer process technology, it may also not be capable of the volume requirements for iPhone and iPad. But Macs sell at much smaller numbers, so conceivably it could serve Mac chip needs from 2024 on.
[Editor’s note: this article was edited for minor changes on 22 Jun 2020.]