The Latest from Magic Rays of Light, Comfort Zone, and MacStories Unwind

Enjoy the latest episodes from MacStories’ family of podcasts:

This week on Magic Rays of Light, Sigmund and Devon share early hands-on impressions of the tvOS 18 developer beta, highlight Apple Original drama series Presumed Innocent, and recap the second season of The Big Door Prize.


Matt decides to stop being so grumpy, Chris may or may not have survived WWDC, and Niléane brings a strange robot to the party.

Our thanks to ListenLater.net for sponsoring Comfort Zone and MacStories. Let them know you heard about them from us to get 20% more credits with your first purchase.


This week, John and Federico explain how they unwind after WWDC and how they think about MacStories’ family of podcasts before recommending a comedy series, action movie, and album.

Read more


Final Cut Pro 2 for iPad and Final Cut Camera Released

Apple announced that today it is releasing Final Cut Pro 2 for the iPad and Final Cut Camera for the iPhone on the App Store. Both apps were announced at the company’s Let Loose event in May. To recap, Final Cut Pro 2 for the iPad adds the following features:

  • Live Multicam, which allows users to record multiple streams of iPhone video using the new Final Cut Camera app;
  • support for creating and editing projects on external storage;
  • camera setting controls like ISO and shutter speed; and
  • new color grading presets, backgrounds, soundtracks, title styles, and more.
Final Cut Camera.

Final Cut Camera.

Final Cut Camera is available to download for free on the App Store and can be used standalone to record video or in conjunction with the iPad’s Live Multicam feature. Videos that you record are stored in the app itself but can be exported to Final Cut Pro or shared with other apps via the share sheet.

I received beta versions of both apps just before WWDC, so I only began testing them recently. Based on that early testing, working with a 25GB project stored on an external drive worked well, at least with my 2TB Samsung T9 SSD, which uses USB 3.2 Gen 2x2 for 20Gbps throughput. Final Cut Camera is straightforward to use, too, and I appreciate that it doesn’t dump the videos it records into Photos. However, I haven’t had a chance to test Live Multicam. I only have one iPhone (which is shocking, I know). Plus, I was unable to connect that sole iPhone to Final Cut Pro 2 for the iPad due to what appears to be a bug in either iOS or iPadOS 18.

That said, it’s good to see Apple iterating on the iPad version of Final Cut Pro and adding the iPhone into the mix for capture. My video editing needs are fairly simple, but for $49/year, Final Cut Pro 2 for the iPad strikes me as a good deal for a lot of video creators. As of publication, Final Cut Camera was not appearing on the App Store but should be available soon.


Wired Confirms Perplexity Is Bypassing Efforts by Websites to Block Its Web Crawler

Last week, Federico and I asked Robb Knight to do what he could to block web crawlers deployed by artificial intelligence companies from scraping MacStories. Robb had already updated his own site’s robots.txt file months ago, so that’s the first thing he did for MacStories.

However, robots.txt only works if a company’s web crawler is set up to respect the file. As I wrote earlier this week, a better solution is to block them on your server, which Robb did on his personal site and wrote about late last week. The setup sends a 403 error if one of the bots listed in his server code requests information from his site.

Spoiler: Robb hit the nail on the head the first time.

Spoiler: Robb hit the nail on the head the first time.

After reading Robb’s post, Federico and I asked him to do the same for MacStories, which he did last Saturday. Once it was set up, Federico began testing the setup. OpenAI returned an error as expected, but Perplexity’s bot was still able to reach MacStories, which shouldn’t have been the case.1

Yes, I took a screenshot of Perplexity's API documentation because I bet it changes based on what we discovered.

Yes, I took a screenshot of Perplexity’s API documentation because I bet it changes based on what we discovered.

That began a deep dive to try to figure out what was going on. Robb’s code checked out, blocking the user agent specified in Perplexity’s own API documentation. What we discovered after more testing was that Perplexity was hitting MacStories’ server without using the user agent it said it used, effectively doing an end run around Robb’s server code.

Robb wrote up his findings on his website, which promptly shot to the top slot on Hacker News and caught the eye of Dhruv Mehrotra and Tim Marchman of Wired, who were in the midst of investigating how Perplexity works. As Mehrotra and Marchman describe it:

A WIRED analysis and one carried out by developer Robb Knight suggest that Perplexity is able to achieve this partly through apparently ignoring a widely accepted web standard known as the Robots Exclusion Protocol to surreptitiously scrape areas of websites that operators do not want accessed by bots, despite claiming that it won’t. WIRED observed a machine tied to Perplexity—more specifically, one on an Amazon server and almost certainly operated by Perplexity—doing this on wired.com and across other Condé Nast publications.

Until earlier this week, Perplexity published in its documentation a link to a list of the IP addresses its crawlers use—an apparent effort to be transparent. However, in some cases, as both WIRED and Knight were able to demonstrate, it appears to be accessing and scraping websites from which coders have attempted to block its crawler, called Perplexity Bot, using at least one unpublicized IP address. The company has since removed references to its public IP pool from its documentation.

That secret IP address—44.221.181.252—has hit properties at Condé Nast, the media company that owns WIRED, at least 822 times in the last three months. One senior engineer at Condé Nast, who asked not to be named because he wants to “stay out of it,” calls this a “massive undercount” because the company only retains a fraction of its network logs.

WIRED verified that the IP address in question is almost certainly linked to Perplexity by creating a new website and monitoring its server logs. Immediately after a WIRED reporter prompted the Perplexity chatbot to summarize the website’s content, the server logged that the IP address visited the site. This same IP address was first observed by Knight during a similar test.

This sort of unethical behavior is why we took the steps we did to block the use of MacStories’ websites as training data for Perplexity and other companies.2 Incidents like this and the lack of transparency about how AI companies train their models have led to a lot of mistrust in the entire industry among creators who publish on the web. I’m glad we’ve been able to play a small part in revealing Perplexity’s egregious behavior, but more needs to be done to rein in this sort of behavior, including closer scrutiny by regulators around the world.

As a footnote to this, it’s worth noting that Wired also puts to rest the argument that websites should be okay with Perplexity’s behavior because they include citations in their plagiarism. According to Wired’s story:

WIRED’s own records show that Perplexity sent 1,265 referrals to wired.com in May, an insignificant amount in the context of the site’s overall traffic. The article to which the most traffic was referred got 17 views.

That’s next to nothing for a site with Wired’s traffic, which Similarweb and other sites peg at over 20 million page views that same month. That’s a mere 0.006% of Wired’s May traffic. Let that sink in, and then ask yourself whether it seems like a fair trade.


  1. Meanwhile, I was digging through bins of old videogames and hardware at a Retro Gaming Festival doing ‘research’ for NPC↩︎
  2. Mehrotra and Marchman correctly question whether Perplexity is even an AI company because they piggyback on other company’s LLMs and use them in conjunction with scraped web data to provide summaries that effectively replace the source’s content. However, that doesn’t change the fact that Perplexity is surreptitiously scraping sites while simultaneously professing to respect sites’ robot.txt file. That’s the unethical bit. ↩︎

The Latest from NPC: Next Portable Console and AppStories

Enjoy the latest episodes from MacStories’ family of podcasts:

This week, Federico takes us on his journey to build the world’s best eGPU, and we take a first look at the Anbernic RG35XXSP, a foldable retro handheld that two out of the three of us have received.


This week, Federico and John recap WWDC week with more on their early testing of the iOS and iPadOS 18 betas and an in-depth conversation about why they are disappointed with Apple’s decision to train its large language models on the Open Web.

Read more


Retro Videogame Streaming Service Antstream To Launch on the App Store Next Week

In the wake of the Digital Markets Act, Apple made a couple of worldwide changes to its App Review Guidelines, along with many EU-specific updates. One of the worldwide updates was to allow third-party game streaming services.

Today, Antstream became the first game streaming service to announce that it will launch an app on Apple’s App Store. Antstream is a retro game streaming service with a catalog of over 1,300 videogames. The service, which is available on multiple other platforms in the EU, US, and Brazil, will bring its licensed library of games to the iPhone and iPad next week on June 27th.

Antstream’s catalog covers a wide variety of retro systems, including the Atari 2600, Commodore 64, SNES, Megadrive, PlayStation One, and Arcade classics. Antstream Arcade normally costs $4.99 per month or $39.99 per year but will be available for $3.99 per month or $29.99 per year for a limited time when it launches on the App Store.

I haven’t used Antstream Arcade yet, but I’m looking forward to trying it to see what’s in the catalog and check out how it performs over Wi-Fi.


Apple Developer Academies in Six Countries to Add AI Courses This Fall

Today, Apple announced that this fall, the company will offer a new curriculum for its Developer Academy students focused on machine learning and artificial intelligence.

According to Apple:

Beginning this fall, every Apple Developer Academy student will benefit from custom-built curriculum that teaches them how to build, train, and deploy machine learning models across Apple devices. Courses will include the fundamentals of AI technologies and frameworks; Core ML and its ability to deliver fast performance on Apple devices; and guidance on how to build and train AI models from the ground up. Students will learn from guided curriculum and project-based assignments that include assistance from hundreds of mentors and more than 12,000 academy alumni worldwide.

The new curriculum will be offered at 18 academies in Brazil, Indonesia, Italy, Saudi Arabia, South Korea, and the United States. With the company’s emphasis on Apple Intelligence at WWDC, it’s not surprising that the skills needed to implement those new features are being added to its educational efforts.


How We’re Trying to Protect MacStories from AI Bots and Web Crawlers – And How You Can, Too

Over the past several days, we’ve made some changes at MacStories to address the ingestion of our work by web crawlers operated by artificial intelligence companies. We’ve learned a lot, so we thought we’d share what we’ve done in case anyone else would like to do something similar.

If you read MacStories regularly, or listen to our podcasts, you already know that Federico and I think that crawling the Open Web to train large language models is unethical. Industry-wide, AI companies have scraped the content of websites like ours, using it as the raw material for their chatbots and other commercial products without the consent or compensation of publishers and other creators.

Now that the horse is out of the barn, some of those companies are respecting publishers’ robots.txt files, while others seemingly aren’t. That doesn’t make up for the tens of thousands of articles and images that have already been scraped from MacStories. Nor is robots.txt a complete solution, so it’s just one of four approaches we’re taking to protect our work.

Read more


The Origin Story of Apple Podcasts’ Transcripts

Ari Saperstein, writing for The Guardian, interviewed Ben Cave, Apple’s global head of podcasts and Sarah Herrlinger, who manages accessibility policy for the company, about Apple Podcasts transcripts. The feature, which was introduced in March, automatically generates transcripts of podcast episodes in Apple’s catalog and has been a big accessibility win for podcast fans.

The origins of Apple’s transcription efforts began modestly:

Apple’s journey to podcast transcripts started with the expansion of a different feature: indexing. It’s a common origin story at a number of tech companies like Amazon and Yahoo – what begins as a search tool evolves into a full transcription initiative. Apple first deployed software that could identify specific words in a podcast back in 2018.

“What we did then is we offered a single line of the transcript to give users context on a result when they’re searching for something in particular,” Cave recalls. “There’s a few different things that we did in the intervening seven years, which all came together into this [transcript] feature.”

Drawing from technologies and designs used by Apple Music and Books, the feature has been lauded by the accessibility community:

“I was knocked out on how accurate it was,” says Larry Goldberg, a media and technology accessibility pioneer who created the first closed captioning system for movie theaters. The fidelity of auto-transcription is something that’s long been lacking, he adds. “It’s improved, it has gotten better … but there are times when it is so wrong.”

My experience with Podcasts’ transcripts tracks with the people interviewed for Saperstein’s story. Automatically generated transcription is hard. I’ve tried various services in the past, and I’ve never been happy enough with any of them to publish their output on MacStories. Apple’s solution isn’t perfect, but it’s easily the best I’ve seen, tipping into what I consider publishable territory. The feature makes it easy to search, select text, and generate time-stamped URLs for quoting snippets of an episode, which makes the app an excellent tool for researching and writing about podcasts, too.

Permalink

The Issues of iPadOS 18’s New Tab Bars

Earlier today on Mastodon, I shared some concerns regarding the Books app in iPadOS 18 and how Apple implemented the new tab bar design in the app. Effectively, by eschewing a sidebar, the app has returned to feeling like a blown-up iPhone version – something I hoped we had left behind when Apple announced they wanted to make iPad apps more desktop-class two years ago.

Unfortunately, it gets worse than Books. As documented by Nico Reese, the developer of Gamery, the new tab bars seem to fall short of matching the previous design’s visual affordances as well as flexibility for developers. For starters, the new tabs are just text labels, which may work well in English, but not necessarily other languages:

Since the inception of the iPhone, tabs in a tab bar have always included a glyph and a label. With the new tab style, the glyphs are gone. Glyphs play a crucial role in UX design, allowing users to quickly recognize parts of the app for fast interaction. Now, users need to read multiple text labels to find the content they want, which is slower to perceive and can cause issues in languages that generally use longer words, such as German. Additionally, because tab bars are now customizable, they can even scroll if too many tabs are added!

You’ll want to check out Nico’s examples here, but this point is spot-on: since tab bars now sit alongside toolbar items, the entire UI can get very condensed, with buttons often ending up hidden away in an overflow menu:

Although Apple’s goal was to save space on the iPad screen, in reality, it makes things even more condensed. Apps need to compress actions because they take up too much horizontal space in the navigation bar. This constant adjustment of button placement in the navigation bar as windows are resized prevents users from building muscle memory. The smaller the window gets, the more items collapse.

If the goal was to simplify the iPad’s UI, well, now iPad users will end up with three ways to navigate apps instead of two, with the default method (the top bar) now generally displaying fewer items than before, without glyphs to make them stand out:

For users, it can be confusing why the entire navigation scheme changes with window resizing, and now they must adjust to three different variations. Navigation controls can be located at the top, the bottom, or the left side (with the option to hide the sidebar!), which may not be very intuitive for users accustomed to consistent navigation patterns.

The best way I can describe this UI change is that it feels like something conceived by the same people who thought the compact tab bar in Safari for iPad was a good idea, down to how tabs hide other UI elements and make them less discoverable.

Nico’s post has more examples you should check out. I think Marcos Tanaka (who knows a thing or two about iPad apps) put it well:

It makes me quite sad that one of the three iPad-specific features we got this year seems to be missing the mark so far. I hope we’ll see some improvements and updates on this front over the next three months before this feature ships to iPad users.

Permalink