Thoughts on the Mac OS X Mountain Lion Developer Preview
by Andrew Cunningham & Anand Lal Shimpi on February 19, 2012 7:40 PM EST- Posted in
- Mountain Lion
- Mac
- macOS
Messages
One of the more tangible features of Mountain Lion is Messages, the iChat replacement that's long overdue. The main attraction is the ability to send messages to iMessage users from your Mac. The feature works and is available to Lion users as well through a beta, however the final version will be a Mountain Lion exclusive.
AirPlay Mirroring & QuickSync
Since Arrandale Intel has been offering its own flavor of wireless display technology called Intel WiDi. The premise is simple - take the display buffer, encode it in real time as a video (originally MPEG-2, later H.264), send it over WiFi to a box that can decode the video stream and display it over HDMI to an attached display (e.g. a HDTV). Apple enabled something similar on its iDevice platforms called AirPlay Mirroring. Deploying AirPlay Mirroring on iDevices made sense since all of those platforms ship with hardware encoders on their SoC. With Mountain Lion Apple is bringing the same functionality to Macs. The only requirements are that you have a second generation Apple TV and that it's on the same network as your Mountain Lion Mac.
AirPlay Mirroring isn't functional currently but by the time ML ships it should be. The usage models are plentiful (presentations, quickly tossing videos on the big screen for many users to watch, etc...) and the feature should do a good job of selling Apple TVs to Mac users.
Apple isn't being very specific on what hardware platforms will support AirPlay Mirroring. Sandy Bridge and later Macs shouldn't have a problem and I hope that Apple will leverage Intel's QuickSync technology to keep CPU utilization low. It's possible for earlier Macs to handle the encode workload but there's obviously a performance tradeoff. Apple is usually very sensitive to maintaining user experience over guaranteeing functionality so it'll be interesting to see where it draws the line for AirPlay Mirroring compatibility.
Unfortunately there's no update on QuickSync support elsewhere in Mountain Lion. Thus far all Finder and Quicktime initiated video transcoding is done in software on the x86 cores and doesn't appear to leverage QuickSync at all. Why Apple generally refuses to use one of Sandy Bridge's most valuable features for consumers remains a mystery to me.
Server
I won't dive too far into Mountain Lion Server, since this is just supposed to be a quick first look at a very early version of the product. However, for users of the product (and/or readers of our huge Lion Server review) there's one important change that comes in with 10.8 - Lion introduced a new program, Server.app, which took over some (but not all) of the functionality provided by the legacy Server Admin Tools. The tools are still provided as a separate download to close the functionality gap left by Server.app.
In Mountain Lion Server, more functionality of the Server Admin Tools appears to have been integrated into Server.app - NetBoot, the System Image Utility, DNS, and a few other services can now be managed in Server.app. There are still a few services that appear to be missing (DHCP, NAT, and a few others appear to be absent) - it's too early to say whether these services will be included in Server.app when Mountain Lion is launched, whether the company will offer a new version of the Server Admin Tools, or whether those services will be removed from OS X Server altogether.
Supported Macs
The last thing I wanted to talk about is something we've already touched on, but it bears repeating - Mountain Lion is dropping support for any Mac that is not capable of booting OS X's 64-bit kernel. Lion requires a 64-bit capable Core 2 Duo processor or better, but included the legacy 32-bit kernel to enable support for computers missing one of the other two components required for a 64-bit boot: a 64-bit EFI, and 64-bit graphics drivers. The complete list of supported Macs is below:
• iMac (mid 2007 or later)
• MacBook (13-inch Aluminum, 2008), (13-inch, Early 2009 or later)
• MacBook Pro (13-inch, Mid-2009 or later), (15-inch, 2.4/2.2 GHz), (17-inch, Late 2007 or later)
• MacBook Air (Late 2008 or later)
• Mac Mini (Early 2009 or later)
• Mac Pro (Early 2008 or later)
• Xserve (Early 2009)
Generally speaking, if you don't want to use this Apple Support document to see whether your Mac supports the 64-bit kernel, there are a few rules of thumb you can use: if your Mac uses either the ATI Radeon X1600, Intel's GMA 950 or X3100, and any NVIDIA GeForce card older than the 8000-series, your Mac is likely disqualified from running Mountain Lion. This list includes computers (like the pre-unibody white MacBooks) sold just a little under four years ago, which is no doubt unwelcome news to users of those systems - unfortunately, you'll either have to upgrade your system or stick with Lion if you've got one of the unsupported Macs.
Some have reported that the Mountain Lion Developer Preview will install and run on some of these unsupported Macs without issues, but if you'll recall, early Lion previews could also be made to run on 32-bit Core Duo and Core Solo processors that were dropped from the support list. If the system requirements for the preview are in fact representative of the requirements for the shipping version of Mountain Lion, expect booting on those older machines to be blocked at some point in future previews.
Facebook
Twitter
RSS
96 Comments
View All Comments
Death666Angel - Monday, February 20, 2012 - link
I am not an Apple buyer, so I don't use OS X. I've seen it on he MacBook and tried it for 5 minutes and couldn't get anything to work. ^^ I'm sure it works for a lot of people, though.What I found a bit odd in your conclusion was that there is competition in the OS space. I really don't see that. As long as Apple doesn't open OS X up to non-Apple PCs, OS X is not a competition to Windows. The Mac sales in the US may look quite good, but world wide, OS X doesn't really play a role, as far as I know. I'd like to try OS X again, but I'm not going to cough up the money for an Apple PC to do it. :-)
colonelclaw - Monday, February 20, 2012 - link
I take care of a lot of Macs for friends and family. As an unscientific observation, those who have older hardware (some up to 10 years old, but mostly 4+ years old) don't care about not having the latest OS. Those on the newer hardware are always bugging me to 'upgrade' their systems (i.e put on Lion and everything Adobe makes for free).Consequently I would say not supporting older hardware is not a big deal. There seem to be 2 types of computer user in this world, those who want the latest and greatest of everything, and those who just don't care as long as it works.
Death666Angel - Monday, February 20, 2012 - link
Since you take care of those, you should make sure that everyone is running the latest software, if only to ensure that everyone is as secure as they can be. Newer OS isn't just for added features, it is also to close bugs, exploits etc. People not wanting newer software because their current one runs good enough are the same people who will get their credit card maxed by thieves.nortexoid - Monday, February 20, 2012 - link
Quibble: there's a section titled "Unsupported Macs" and then a list of Macs just below that. If one doesn't read the paragraph above (and there's no reason to think they *ought* to), one will be confused by the list.Andrew.a.cunningham - Monday, February 20, 2012 - link
Then it's a good thing you read the paragraph above, right? I mean, what are we all here for, if not to exchange information using words?Andrew.a.cunningham - Monday, February 20, 2012 - link
Sarcasm aside, though, your point is well-taken, and I tweaked the subhead. :-)repoman27 - Monday, February 20, 2012 - link
Neither the original article nor any of the user comments I read pointed out an obvious benefit of shifting the distribution of widely adopted apps to "App Store" models—namely a more unified software update interface. I fired up a client's MacBook the other day just to change a few system settings and configure her email client with a new account. Because she had only lightly used the machine in the past few weeks, I was confronted with 5 different auto-update dialogs in the space of 20 minutes. Most Windows machines I see have about a dozen startup processes or services designed to check for software updates automatically on top of Microsoft Update. For many small businesses that don't maintain dedicated update servers, have legacy equipment or less than stellar internet connections, the only option is to disable automatic update checking for virtually everything and then periodically perform manual updates of all the software on each machine.I kinda like the iOS way, where every now and then when I'm at home and on WiFi, I glance at my home screen, and I can see a little red badge on the App Store icon with a number telling me how many apps have available updates. I can peruse them first, then tap "Update All" and be done with it. It really should be this easy on PC's as well (and even better if you could just as easily roll back an app to a prior installed version if the update breaks something.) Apple providing a very low overhead push notification server that any developer can use to notify their users of updates, and a centralized way of downloading and installing those updates is one step closer to things just working the way they should.
In a previous comment, someone made the analogy to the changes the automotive industry has undergone in the past 30-40 years. I use this analogy all the time. For a while people lamented the perceived loss of ability to maintain their own cars, but the tradeoff is that most people drive vastly more reliable vehicles than they did a few decades ago and don't miss changing a water pump themselves one bit. I for one really hope that personal computers get to the point where they "just work" the way cars do these days. And despite the more proprietary nature of cars nowadays, the tinkerers and those that perform their own repairs are certainly far from extinct—they just had to acquire different tools and skill sets.
As for software developers not wanting to give Apple 30% of the retail take, unless they primarily sell directly and can scale well with demand, they often sacrifice more than that to whatever distribution channels they do use. In most instances (i.e. for the most popular apps), those not buying volume licenses (which aren't yet available for non-Apple apps in the Mac App Store anyway) tend to buy from a discount retailer. Between the discounted price and the fact that the retailer is taking a cut, we can deduce that the publisher has probably wholesaled the license at 70% or less of full retail.
Death666Angel - Monday, February 20, 2012 - link
Considering the kind of information my internet-machine has on me versus my car, I don't really see how they stack up. I don't want Apple or Microsoft or Google turning their OS into another Facebook.repoman27 - Monday, February 20, 2012 - link
Many cars already have embedded GPS and mobile communication hardware, microphones and cameras and other sensors. Some new models are touting built in Wi-Fi. Once you start browsing pron from you car, there really won't be much difference.And I don't really see how app stores could turn an OS into Facebook. Apple, Microsoft and Google all provide browsers, Microsoft and Google have search engines, and Apple has iTunes. I'm not sure what they'll learn about you from an OS level app store that they don't already know.
Death666Angel - Tuesday, February 21, 2012 - link
So, you store passwords, private information, handle money transactions through your car? If you don't see how a machine to enter the internet and community with the world is different from a vehicle, you clearly are not living on my plane of existence.As for the Facebook, you were saying that we should just let the companies run these black boxes and not worry about it. But I see that this would give these companies a chance to gather ever more information from us. Your argument that they already have stuff to gather such information isn't anything contrary to my stance.