JMStearnsX2
About
- Username
- JMStearnsX2
- Joined
- Visits
- 63
- Last Active
- Roles
- member
- Points
- 233
- Badges
- 0
- Posts
- 91
Reactions
-
Analysts impressed with Services & iPhone 11 pricing, less on iPhone 11 Pro
-
13 years of iPhone: Why Apple's first smartphone was far from a guaranteed success
-
Aspyr ends 32-bit Mac game sales in shift to 64-bit support only
mknelson said:blastdoor said:Ack.
For the most part, I think Apple is right to purge old software in order to advance the platform. But there are some old games that are painful to lose. Is it possible to run older versions of OSX in a virtual machine in order to play these classics? Or would one be forced to run an older version of Windows in a VM to play the classics?
You could always set up an older OS partition and dual boot as long as your Mac supports that OS.
Mystigo: CS6 was the last version on perpetual license.mknelson said:blastdoor said:Ack.
For the most part, I think Apple is right to purge old software in order to advance the platform. But there are some old games that are painful to lose. Is it possible to run older versions of OSX in a virtual machine in order to play these classics? Or would one be forced to run an older version of Windows in a VM to play the classics?
You could always set up an older OS partition and dual boot as long as your Mac supports that OS.
Mystigo: CS6 was the last version on perpetual license. -
iTunes social media blackout hints at app break-up at WWDC
22july2013 said:I've been a supporter of Apple since the late 1990s but every Apple Mouse variation and every instance of iTunes I have totally despised. It would take me several pages of text to tell you how much and why I despise them. With iTunes gone, hopefully that solves one of these two problems. -
Apple research continues on combining iPhone, iPad with MacBook-style accessory
dewme said:This concept may be appropriate for cases where there are severe physical or budgetary constraints of some sort. I'm more inclined to prefer the redundancy that multiple independent devices provide. Relying on an iPhone as an essential component for a notebook or tablet creates a single point of failure for both systems.
I'm personally more interested in approaches that consider using an iPhone and/or iPad to act as additional processing, sensing, and user interaction elements when connected to a notebook/desktop through a high speed serial connection. This "additive" approach gets into the domain of system-of-systems, an architectural approach that has been extremely effective for military systems since the late 1950s. Recent advances in system-of-systems are now taking advantage of second order benefits like real time and historical sensor data fusion, something that is crucial to enriching and accelerating machine learning and AI.
In fact, Apple is already applying system-of-systems concepts in macOS 10.14 Mojave and iOS 12 with the iOS device acting as a camera for macOS apps. Tethering is another such example that's been around for a long time. Wifi calling is another. Several Apple Watch functions fall into this category. Taking it up a notch, why not allow a MacBook to offload some of its processing tasks to a connected iPad or iPhone that is otherwise idle? Why not use an iPad as a drawing surface for Mac apps? Why not allow all Apple devices in your home to operate as a whole home voice and video intercom system? Why not allow Face ID on your iPhone/iPad to unlock your Mac? It's all about aggregating the capabilities of multiple systems into a single (super) system for greater cumulative benefit and capability. This is all about providing additive capability to the super system without sacrificing the independent capabilities of the contributing systems. If the contributing system, e.g., your iPhone with Face ID, is not present the super system still works with its own organic capabilities. It's not easy and it's not cheap. All of the contributing systems usually need to be architected to know how to play well in the super system.
The concepts outlined in this article are the polar opposite: you're designing a system with a "hole" in it that depends on another system to provide its basic capability. It's "subtractive" rather than additive approach. However, this may still be a very good solution to certain problems, especially ones that involve limited resources such as physical space, weight limits, cost limits, energy consumption limits, etc.