Recently, while browsing Michael Tsai’s blog, I came across a link to a chapter from The Secret History of Mac Gaming, a book by Richard Moss.
This particular chapter dealt with the making of Dark Castle, one of the earliest Mac video games. It’s a pretty amazing tale of life in the early days of home computing. For example, on the founding of the company that released Dark Castle:
Not one to be discouraged, Jackson withdrew most of his life savings, bought a Lisa, signed up for the Apple developer program, and founded the company Silicon Beach Software in mid-1984. He then met with seventeen-year-old Jonathan Gay and made a deal. Gay wouldn’t get any money up front, but he’d get royalties on sales of a Macintosh game that he’d program on weekends.
Reading the chapter brought back memories of playing both Dark Castle and its more-aggravating successor, Beyond Dark Castle. These side-scrolling platformers were fun, frustrating, and rewarding—a great mix for video games of any era. I wondered if it was possible to play them today, 30-plus years later…and of course, it was.
A friend asked if there was a way in Photos to see which albums a selected photo had been added to. This is one of those things that would be incredibly easy for Apple to provide: Select a photo, press Command-I, and in the info window, you could see a list of all albums containing the selected photo.
Unfortunately, Apple doesn’t seem to think people might care about what albums a photo is in, so this feature exists only in my mind. Thankfully, Mac users Jacques Rious and léonie wrote an AppleScript to solve the problem. I used the first instance (version 4) of the script in that post and it worked fine in High Sierra. (In case Apple ever decides to remove its forums, I’ve recreated the script below.)
To use the script, paste it all into AppleScript Editor and save it as an application (or you can just run it in AppleScript Editor). In Photos, create a top-level album (I named mine Find Albums Photo Is In), and place the photo you want to know about into that album. Leave it selected, then run the AppleScript. You’ll see one dialog stating what photo is being used, then after a bit, you should see a results dialog, like this:
As you can see, the album used for the search is included in the results; someone with better AppleScript skills than I could probably modify the script to exclude that album (any takers?). While I’d much prefer Apple include this feature directly in Photos, at least there’s an alternative when you need this information.
This morning on Twitter, Antonio asked…
I thought “Well, that’s an easy question to answer—via the Mac App Store, of course.” As it turns out, that’s the right answer, but it was much harder to find than I expected it to be. I started on the Purchased tab in the Mac App Store app, where you can (theoretically) see all past purchases, including prior Mac OS X versions. However, those old releases stop with Mac OS X El Capitan from 2015; neither Sierra nor High Sierra are listed.
Next I tried searching the Mac App Store for Sierra, but that nets only Server and High Sierra, and a few apps that appear to have gotten away with using “Sierra” in their descriptions:
I then tried the Apple Developer site, but they don’t offer Sierra for download either.
Somewhat stumped, I then started searching, and after way too many attempts, I finally landed on this useful page at Stack Exchange, which attempts to explain how to download all older versions of Mac OS X/macOS. Here’s the relevant bit for Sierra:
For OS versions since Sierra.
Sierra itself has now vanished from everybody’s Purchase History. However, Apple are keeping Sierra fully available, even though High Sierra is out. No Apple ID is required.
Apple KB – How to download macOS Sierra
Sierra – Direct download link from the App Store
Given how much trouble I had finding this page, I thought I’d post it here for anyone looking for Sierra. Going forward, keep that Stack Exchange link handy, as it should be updated in the future as new releases come out.
When the third release of macOS High Sierra came out, I charted the pace of its updates compared to all prior Mac OS X/macOS releases. I said I planned to keep that chart current, so here it is now that the fifth High Sierra update (10.13.3) is out. (Note that 10.0 has vanished from the chart, because it had only four releases.)
Click the above image for an in-window larger version, or just view the full-size version directly.
As you can see, macOS 10.13 took just 120 days to reach its fifth update; that’s nearly half the time (229 days, macOS 10.11) as the next quickest release.
Is it better software updating, catching more bugs earlier and pushing releases faster, or is it just buggier software receiving multiple quick-release critical updates? I obviously don’t know, but my perception as a user is that it’s the latter.
There’s a lot of chatter out there that High Sierra is potentially the worst macOS release ever, in terms of bugs and broken or missing functionality. From the recent Month 13 is out of bounds log spewage problem to the root no password required issue (whoops!) to a variety of other glitches, High Sierra has presented many users, myself included, with a near-constant stream of issues.
But is it actually any worse than prior macOS/OS X1I’ll just call it macOS from here on. releases? There’s really not a lot of information to go on, given Apple’s very-private development process and non-public bug tracker.
However, the one data source I do have is a list of every macOS release date. With 10.13.2 having just been released, I thought it might be interesting to see how quickly the third update arrived on each version of macOS. If High Sierra is worse than usual, I’d expect that the time required to reach its third update would be notably less than that of other releases.
After some fiddling in Excel, the data proved—with some caveats and observations—my hypothesis…
And obviously, it would be, because there is no month 13. But if you’re unlucky enough to be a Mac user in the month of December, 2017, then you’ll probably be seeing a lot of “Month 13 is out of bounds” messages in your Console. And by ‘a lot,’ I mean an exceedingly excessive never-ending stream of spewage…
Thousands and thousands and thousands of them—I’m getting anywhere from two to 20 per second, continuously. Ugh.
This just started happening this morning, and it’s happening on all my Macs. I found one Apple developer forum thread that talks about the problem, and user Helge seems to point to a bug in mdworker…
As a recent somewhat-forced convert to Photos, I’m struggling with a number of things—more on that coming in a future post. But one of the tougher adjustments for me is that Photos uses a floating Info window, whereas iPhoto had an embedded info panel.
I keep the Info window open all the time, because I do a lot of work with keywords and location. (I also like to keep the Keywords window open, though this one was also floating in iPhoto.) I resize the iPhoto/Photos window quite often, depending on what I’m doing with other apps—sometimes I want my photos covering the screen, sometimes I don’t.
In iPhoto, this isn’t an issue (left GIF), as the info panel is attached to the main window. In Photos, though, resizing the main window leaves the Info window floating in space (right GIF).
I don’t like the big gap, either visually or operationally, so I wind up moving the Info window next to the newly-resized main window.
There are a few solutions to this problem, the best of which only Apple could provide. They could make the Info window a panel below the photos, or they could make it magnetic so that it would stick to the edge of the Photos window, even as it resizes. I don’t suspect we’ll see either solution coming from Apple, though.
Instead of waiting for Apple, I used one of Many Tricks’ own apps, Moom, which (among its other tricks) has the ability to save window layouts, either within an app or across many apps.
With the arrival of my iPhone 8 Plus and its A11 Bionic CPU, I thought it’d be interesting to compare its benchmark performance (for the CPU and GPU) with some of the other gear in our home—iOS devices, Macs, and even a PC and a Linux box. In total, I tested 15 devices.
How did I test? I turned to Geekbench, which you can run on MacOS, Windows, and Linux (anywhere from free to $99), as well as on iOS ($.99). It has tests for both the CPU (using single and multiple cores) as well as the GPU (OpenCL and Metal on iOS/macOS; OpenCL and CUDA on Windows; CUDA on Linux).
What follows is far from a scientific study; I was just curious how the CPU and GPU in the iPhone compared to other tech gear in our home. As such, I didn’t run the tests under “ideal lab conditions,” I just ran them—one time per machine, with no special setup other than some basic stuff…
Apple has announced that 32-bit apps have a limited future on the Mac: They’ll be fully supported in this fall’s High Sierra release; macOS’ 2018 release (“Really High Sierra”) will “aggressively warn” users about 32-bit apps, and I would assume, they won’t work at all in the 2019 version of macOS (“That Was My Skull!”).
But how do you know which apps on your Mac are 32-bit and which are 64-bit? MacObserver has an article that discusses the easy way, via the System Information app—just look in the Software > Applications section, and you’ll be able to see a list of apps and a 64-bit Yes/No column. But seeing the list is all you can do—you can’t easily save the list for future reference, for instance, nor can you copy/paste the info to another app.
So here’s a geekier solution to generate a list of your 32-bit apps, saved into a text file for easy future reference. Open Terminal, and paste this command:
system_profiler SPApplicationsDataType | grep -B 6 -A 2 "(Intel): No" > ~/Desktop/non64bit.txt
This does the same thing as the System Information app, but it dumps the data in text form; the greater-than sign redirects the output to a text file named non64bit.txt, saved to your desktop. The grep is used to show only the 32-bit applications (the full line reads 64-Bit (Intel): No), and the -B and -A options are added to capture the lines before and after that line in the output.
This is probably not overly useful to most people, but I wanted a way to capture the list of apps, as I have over 290 32-bit apps on my machine, and it takes a while to run the System Information report each time.