Our home audio streamer Airfoil enables you to send any audio from your computer to AirPlay, Bluetooth, and Chromecast devices. We also expand that ecosystem with our companion app, Airfoil Satellite. Using Airfoil Satellite, you can send audio to Macs, PCs, iOS devices, and more.
Today, we’re thrilled to add an Android version to the Airfoil Satellite family!1 With Airfoil Satellite for Android, you can stream audio from a Mac or PC to any modern Android device (running Android 6 and up). In addition to receiving audio wirelessly, Airfoil Satellite for Android can also remotely control both Airfoil itself, as well as playback from supported source applications.2
Get It Free, Right Now
Airfoil Satellite for Android is an entirely free companion to our paid Airfoil applications. The new Airfoil Satellite for Android 2.0 is available for immediate download from our site. Get full details and download the app from the Airfoil Satellite for Android page.
We formerly offered an application called Airfoil Speakers for Android which could receive audio from Airfoil, but did not offer remote control of Airfoil or supported audio sources. The new Airfoil Satellite for Android brings the Android platform to full parity with iOS when it comes to Airfoil, and it inherits the old app’s release history.
Speaking of the old app, if you have an older Android device running Android 2.3 through 5.1.1, get Airfoil Speakers for Android from our Legacy page. With it, you can turn those older devices into dedicated Airfoil outputs. ↩︎
See a list of sources supported for remote control on Mac and Windows. ↩︎
Apple’s new HomePod speaker is now out in the wild and it’s generating plenty of buzz.1 The device sounds great, but plenty of folks have noticed just how tied to Apple’s ecosystem it is. Thankfully, our home audio streaming tool Airfoil already works great with the HomePod. With Airfoil, you can send any audio from your Mac or PC to the device.
Today, we’ve got a great update to Airfoil for Mac which provides full compatibility with the HomePod, as well as several other updates and improvements. Read on for more details about Airfoil for Mac 5.7, or just grab the latest version right here!
Send Any Audio to the HomePod
Audio playback from the HomePod itself is entirely tied to Apple’s ecosystem (specifically, Apple Music and iCloud Music Library). If you use Spotify or any other audio streaming service, Airfoil is here to help. Just play your desired audio on your Mac, then use Airfoil to send it along. While the HomePod lacks a line input port, anything you can play on or through your Mac can be passed wirelessly to the device.
Perfect Your Audio With Airfoil’s Equalizer
Airfoil includes a built-in equalizer that lets you tweak your audio to get it just right. The HomePod sounds great, but you may wish to tone down its bass. Airfoil’s “Bass Reducer” preset is a great place to start:
Of course, if you want to go the other direction and really feel the music, the Bass Booster preset can help. Airfoil’s equalizer includes almost two dozen presets, and you can create and save custom presets as well.
Control Supported Sources from the HomePod
Airfoil for Mac can even receive direction directly from the HomePod. That means you can use “Hey Siri” or the volume buttons to adjust playback levels. Even better, you can pass playback commands from the HomePod through Airfoil and on to supported sources. A single tap on the top of the HomePod will toggle play/pause, a double-tap will skip to the next track, and a triple-tap will jump back. Addressing Siri with these same commands works as well.
Send to Multiple HomePods, in Sync
If you’re fortunate enough to have two (or more) HomePods, you can use Airfoil to send to all of them at once, with playback happening in sync. Airfoil has long been able to play audio to multiple devices in sync, and playback to the HomePod is no exception. Apple has touted multi-speaker sync as part of their delayed AirPlay 2 protocol2, but it’s already possible today using Airfoil.
Send to All Sorts of Devices
Of course, wireless audio isn’t limited to the HomePod, or even just to AirPlay-compatible devices from Apple and others. With Airfoil, you can send audio to thousands of different devices, thanks to its additional support for Bluetooth and Chromecast hardware. Your house may already have multiple devices just waiting to help you rock out.
Much More to Find in Airfoil for Mac 5.7
In addition to improvements for the HomePod, Airfoil for Mac 5.7 has new support for enhanced metadata and remote control of Downcast for Mac. An enhanced experience will also be provided with web-based audio when using BeardedSpice to play music from supported sites in Safari, Chrome, or Vivaldi.
All Airfoil for Mac users should get this update immediately by selecting “Check for Update” from the Airfoil menu, or downloading from the Airfoil page.
As discussed in our recent company status report, we’re still awaiting more details from Apple on AirPlay 2. There are many open questions, and for now, few answers. When we know more, we’ll be sure to share with you. ↩︎
The intro video for our new soundboard app Farrago has been very well received, so I thought I’d discuss how we made it. If you haven’t seen the video yet, take just 73 seconds to watch it, then read on.
When we decided to make a video to accompany the release of Farrago, the concept we began with was very different from what we wound up with. The original video featured a montage of mostly still screenshots, with animations between them. A great deal of time was spent making ultra-high detail vector screenshots of the app, then compositing them in Apple’s Motion app.
A screenshot of the original video being animated
Unfortunately, though the resulting video looked gorgeous in 4K, I couldn’t shake the feeling that it was overly flat, even lifeless. Much work went into making Farrago a lively app that’s full of subtle motion, and the video simply wasn’t doing it justice.
Thankfully, a better idea arrived in an unexpected flash of inspiration. While I was assembling the video’s soundtrack, it struck me that the layout of my GarageBand-based project looked rather like Farrago itself, with coloured sound file blocks showing waveforms. I wondered how the video’s audio track would look if I actually brought it in to Farrago.
The GarageBand project that inspired the concept
After spending just a few minutes porting the audio over, I knew I could make a much more dynamic and effective video by simply recording my screen while I ran through a sequence of steps live in Farrago. Instead of disjointed screenshots, the new video would have a continuous flow from one feature to the next, with no cuts or editing. Crucially, it would show exactly how the app works.
I created a rough abstract for the team to review, and everyone was immediately on board with the new concept. I unceremoniously dumped most of the work from the first video and started fresh. While we kept the voiceover largely unchanged, I had to decide what exactly we would show. I took inspiration from the classic first level of Super Mario Bros., deciding that the video would slowly reveal different parts of the app. As the video builds on previous items step by step, the viewer gains a solid understanding of the whole product.
To do this, Farrago became something of an instrument, and I had to practice over and over to get the desired sequence just right: Click this tile, wait five seconds, drag in a new file, and so on. Every mouse movement and key press was deliberate, and when I messed up, I’d start again. I ran through the entire flow at least 50 times before I was ready to create the actual recording to use in the final video.
Amusingly, when I set up my screen recording software, I realized I had an audio issue. I needed to get Farrago’s audio into my screen recorder, which only accepted audio from an input device like a microphone. Thankfully, Rogue Amoeba’s own software helped me work around this in mere seconds. Using Loopback, I was able to route audio from Farrago right into my screen capture app. With that solved, I was ready to record.
Loopback saves the day!
Once I had my raw recording, I dove back into Motion to assemble everything. I added zooming and panning to emphasize different parts of the app, but nothing else was changed. Everything in the video is a real action, done in real time, in one long shot. It took many takes to get it right, but it was worth it to get the final result.
In the end, I think it was our willingness to throw away the effort we had already expended on the first concept that helped the video turn out as well as it did. When an obviously superior idea came along, we were willing to pursue it, even though it meant additional work. The end result is a video that vividly shows how the app works, rather than just telling, and viewers have responded to that.
In January of 2017, I posted a summary of our 2016, and a peek at plans for 2017. With today’s post, this becomes an annual tradition. Read on for a roundup of what happened in 2017 and a look at some of our plans for 2018.
Recap of Releases
Though neither was a major product launch, we actually shipped two new apps last year. On Valentine’s Day, we gave our users the most romantical gift of all: sound control software. The audio device control functionality from the then-retired SoundSource was merged with LineIn’s play-thru ability and modernized to create SoundSource 3. The best part? Rogue Amoeba customers who own a current license for any of our other apps are eligible for a free license to SoundSource 3! If you’re not up-to-date, now’s a great time to get the latest, then take advantage of the free SoundSource offer as well.
Our second new app came about as the result of some unexpected changes made by Apple. In late March, a tvOS update from Apple broke Airfoil’s ability to send audio to the Apple TV. Shortly after, we shipped a new tvOS app called Airfoil Satellite TV. This served as an interim solution for streaming audio to the Apple TV while we worked on restoring compatibility directly within Airfoil.
Fortunately, we were able to work around Apple’s changes, and we released Airfoil for Mac 5.6 and Airfoil for Windows 5.2 to restore full Apple TV compatibility. With these updates, the Airfoil Satellite TV app became largely redundant for the time being. However, it will continue to exist as a fallback. If Apple again breaks the Apple TV’s AirPlay compatibility, Airfoil will still be able to send audio to the device.
One other release worth noting was version 2.4 of our audio editor Fission. This update also resulted from changes made by Apple. The new iTunes 12.7 utterly broke the ability for any app to make custom ringtones for iOS devices, even Apple’s own GarageBand app. Knowing how much users love this feature, we worked quickly to restore it. We also posted instructions for using custom ringtones with newer versions of iTunes, whether or not they’re made with Fission.
Of course, we shipped plenty of updates for all of our applications, with a total of 33 releases last year. This was actually our lowest yearly total in almost a decade, however. This reduction in releases was largely due to a lowered need for bug fixes, which is always a good thing. We also had a larger-than-average amount of work in progress that didn’t ship in 2017, and I expect our raw number of releases will jump back up in 2018.
The Newest Amoebas
We made multiple hires last year to keep our team strong and productive. In June, we hired Andy Taylor to work on Airfoil for Windows. Since then, he’s worked to ship the necessary updates to restore Apple TV compatibility and fix other minor bugs. We’ve still got more in the pipeline for Airfoil for Windows, including the long overdue support for Chromecast, so stay tuned for more updates.
Later in the year, Robert Charlton joined us as we doubled the size of our support team from one full-time tech to two. This larger team continues to provide fast and friendly help, but also has more time to refine and improve our support site, manuals, and backend processes. All of this will allow us to provide ever more solid software.
Other Major News
In February, we posted the results of removing Piezo from the Mac App Store. Piezo actually earned more revenue when it was available exclusively through our store than it did when it was also available in the Mac App Store. That’s a nice outcome, but the far greater benefit to leaving the Mac App Store was that it allowed us to improve the quality of Piezo. Given the convenience the Mac App Store could provide, it’s unfortunate how poor an overall experience many developers have had with it. Fortunately, direct distribution of software is easier and more convenient than ever. In fact, in 2017 we also switched our entire store over to use Paddle.com for payment processing, with very few issues.
At June’s Worldwide Developer Conference, Apple announced the new HomePod, which is finally arriving this week. We’ve confirmed that Airfoil can send audio directly to the HomePod, so you can stream any audio from your Mac or PC to the HomePod, right out of the box. We’ll be updating Airfoil to improve compatibility, so watch for updates in the near future.
Apple also announced a new AirPlay 2 protocol, which they have since delayed. There are many open questions with AirPlay 2, and for now, we’re all waiting for more from Apple. Worth noting though is that Airfoil can already match AirPlay 2’s announced ability to stream to multiple devices, all in sync.
In September, we celebrated a rather momentous occasion, our 15th anniversary. It was fun to look all the way back to the very first version of Audio Hijack, and to reflect on how far we’ve come. We plan to be here providing great audio software for many more years to come!
We’re always tight-lipped about what we’re up to for the future, but I’ll share what I can.
Last year, I teased a new app codenamed “Iron Beetle”, which has now shipped as our new soundboard app Farrago. We’ve been getting lots of great feedback already, and we’ll use this to help guide the development of Farrago updates in 2018.
We also expect to ship a major Airfoil for Windows update in the near future. This was discussed last year, which means it’s quite overdue at this point. Progress was slowed by the Apple TV issues we had to work around last year, but we’re still working hard on support for Chromecast.
Our work on big updates for Loopback has progressed well, and we hope to have more to share later this year. We’re planning to offer even more power coupled with a more polished user experience. For now, here’s a sneak peek at some interface improvements we’re working toward.
More to come!
We’re not currently planning the release of any brand-new products in 2018, so we’ll instead be focused on updates for our existing apps. That will include new features and functionality, as well as more run-of-the-mill bug fixes. We also always plan for updates for Apple’s nearly-annual MacOS release (this year’s name guess: “Sequoia”).
You can keep up to date with our latest news in several ways:
Since I started working as the designer here at Rogue Amoeba in 2015, I’ve contributed to several major updates. However, our new soundboard app Farrago is the first Rogue Amoeba app I’ve designed from the ground up.1 The design process for a new application is very involved, with countless discussions, hours of research, and even plenty of guesswork. A long sequence of hundreds (or even thousands) of little choices is required, with each decision impacting choices made later on. Ultimately, designing a new app feels more akin to pruning a bonsai tree than to simply drawing a picture. The design lives and grows in ways you can’t always predict.
Planning for Farrago began in 20162 with a simple pitch: “We want to provide users with a fast way to play short audio clips”. Building on that, we prepared a rough list of features the app would require, including basic playback, looping, volume control, and much more. With that, we began to flesh out what the app would look like, and how it would work. Farrago went through many iterations to get to the version we shipped late last month. I thought it would be interesting to share a look at a few different parts of our design process.
From its very first mock-up, Farrago focused on easily arrangeable tiles. The rigidity of other grid-based interfaces was something we wanted to avoid. While many things changed from my initial sketches, there’s still a clear resemblance to the Farrago we shipped almost 2 years later.
The earliest sketch of Farrago I could find. The top bar and tiles were present from day one. The idea of sets on the bottom was abandoned not too much later (phew!).
Early on, we also decided we wanted to split the app into two modes: a nonlinear mode shown as a grid, and a sequential mode shown as a list. To quickly work out a basic transition between the grid and list views, I used Keynote and its indispensable Magic Move transition. This ultra-fast tool provides a quick sense of how an idea will work (or fail).
The five-second movie above shows the first mockup of the transition between grid and list views. We eventually went one step further, making the tiles follow arced paths that don’t overlap as much while transitioning.
Farrago’s UI is built around tiles, with each tile containing a single audio file to be played, along with many controls and settings for playback. My initial planning had each tile’s face containing multiple click zones to enable different functions. These early drafts show different click areas for playback, ducking, scrubbing, and editing settings.
Assorted sketches of sound tiles, with controls on the tiles itself.
A good amount of time was spent tweaking the layout of the tile face, but the ideas were all excessively busy. These sketches were fussy, filled with too many click areas and tiny icons. The design went in circles, as I repeatedly tried to cram the functionality I wanted on the tile’s face. We wound up stuck on how this critical aspect of the design would work.
There were a lot of conflicting sketches like this. We couldn’t decide how to proceed.
Ultimately, we realized tiles with multiple click areas were a dead end. Getting there, however, actually required us to reevaluate some of our base assumptions for the app.
User Interviews Cut Through the Clutter
Despite a key element of the app being up in the air, work was progressing in many other areas. Eventually, I knew we needed to figure out a way to solve the problem of how tiles would look. To break out of my rut, I decided to bring in outside viewpoints.
I reached out to my social network here in Montreal, and sought out the sort of people who might use a soundboard app — podcasters, radio folks, theatre techs, and more. I bribed several of them with free lunches, during which I showed them mockups and got their responses.
The feedback I got was immediate and consistent: Prospective users didn’t want to rely on a mouse or trackpad to play clips at all! They wanted to use their Mac’s physical keyboard to play sounds. Though I’d been focused on providing access to many controls right on the tile face, it turned out that mouse-based controls should be secondary.
This pivotal insight gave us a clear path forward, and in fact, it now forms the basis of how we expect Farrago to be used by most people. At this point, we decided the tiles would be mapped directly to the keyboard, and this would be the primary way to trigger sounds. Rather than being cluttered with on-face controls, each tile would consist of one large click area. A simple click anywhere selects the tile, while a double-click provides an alternate method of triggering playback.
The final tile design is all one big click area.
This change led us to move many secondary controls into our Inspector area. In that location, they’re still easy enough to reach, without being obtrusive.
The inspector in its final form.
Close(r) to Complete
At this point, my mockups really started to resemble the Farrago 1.0 we eventually shipped. The keyboard-focused interaction model seems clear to us in hindsight, but it took a serious amount of work to arrive there. The outside feedback we solicited was invaluable in helping us move forward.
A mock-up from spring 2017 that pretty closely matches the final design.
Zooming in on this mockup will show you the ridiculous placeholder names nobody was ever meant to see, such as “Onions” and “Fudge”. Ugh. You’ll also see the code name under which Farrago was developed: Iron Beetle.
The above mock is similar to our final product, though we still made many smaller adjustments and tweaks after this. The value of outside feedback continued to be proven during our private beta period as well, as testers forced us to reconsider more of our assumptions, and make changes based on real-world usage.
While our design was getting pretty close to what we eventually shipped, actually getting it all coded and tested would take many more months of work. From this point though, the design work was more about making things look nice, as well as solving smaller functional nitpicks.
After the design was largely complete, I took some time to work on nailing down Farrago’s app icon. While the design of the actual application is crucial for long-term use, the application’s icon is often the very first thing people see, and we all know how much first impressions count . Ideally, the icon should be distinctive and pleasing to look at, while also conveying something about the software itself. Farrago’s icon went in several different directions before arriving at its final form.
Most of the iterations riffed on the general idea of tiles and playback in some form. Here’s an assortment of different sketches I toyed with:
Very early rough sketches done on paper or iPad.
A key part of my design philosophy is to put designs in place as soon as I can. I created icons from these early hand-draw sketches, so we could use them in early builds of Farrago. This way, we could see how well they worked in places like the Dock.
One of the very rough hand-drawn drafts actually being used in the app.
Later designs began to look a lot more like what we eventually shipped. The final icon design started out purple, temporarily took a sidetrack into a rainbow neon phase, and ultimately returned to our toned-down final purple shade.
The design on the left looks pretty similar to the finished icon, while the design on the right shows a temporary experimentation with neon colours.
Icon design is less scientific than application design. While feedback on icon designs is useful, in the end it makes sense to just go with what feels best. After numerous iterations, we landed on the final Farrago icon. It’s not too flashy, but its distinct shape and colour make it easy to differentiate.
The final icon design is quite a bit more subdued than its livelier neon predecessor.
A Team Effort
I led the design for Farrago, but I was very lucky to be able to work with fantastic teammates. No designer wants to hear that their design is “impossible” to implement, particularly when the developer actually means it’s merely “impractical”, or even just “difficult”. Farrago’s lead developer Grant never once backed down from hard problems I threw at him. In fact, he frequently went the extra mile to make the Farrago interface really shine.
To show just one example, we could have only allowed dragging tiles into open spots on the grid. Instead, tiles dynamically rearrange themselves when needed, to make space.
As a result, you can do ridiculous stuff like dragging 15 tiles at once, and it just works:
In addition to Grant’s great work, Rogue Amoeba co-founders Quentin and Paul did everything they could to help the project succeed. They served as the final decision makers on the app, but they also gave us the time and space needed to complete the project, while keeping distractions to a minimum. Working as an ad-hoc team of four, with one designer, one developer, and two “editors”, proved quite successful.
After many months of work, Farrago shipped to the world on January 24th, 2018. We’re very happy with the 1.0 version of Farrago, but we also look forward to making it even better. At this point, the design process will be more externally influenced. More and more people are using the app in real situations and giving us great feedback.
Over time, we’ll gather more data and discern trends in how the app is used, and how it can be improved. I’m looking forward to the next iterations of Farrago’s design. For now, we hope you’ll check out the first version of our new soundboard app, and keep an eye out for updates as well!
In an amusing coincidence, this is not the first app I’ve worked on with the name “Farrago”. That distinction belongs to a now-defunct augmented reality app. ↩︎
The idea of a soundboard app from Rogue Amoeba was actually several years old at this point. Prior to my joining Rogue Amoeba, development was done on a soundboard plugin for Audio Hijack called QuickSounds. This work never made it past the early stages of development. In fact, I didn’t see it until after Farrago shipped!
QuickSounds in all its glory, circa 2011
While this app didn’t influence my own thinking directly, years of folks at Rogue Amoeba mulling the idea undoubtedly helped our final product. ↩︎