Audiobus: Use your music apps together.
What is Audiobus? — Audiobus is an award-winning music app for iPhone and iPad which lets you use your other music apps together. Chain effects on your favourite synth, run the output of apps or Audio Units into an app like GarageBand or Loopy, or select a different audio interface output for each app. Route MIDI between apps — drive a synth from a MIDI sequencer, or add an arpeggiator to your MIDI keyboard — or sync with your external MIDI gear. And control your entire setup from a MIDI controller.
Download on the App StoreAudiobus is the app that makes the rest of your setup better.
Comments
Introduction
When ProQ2 AU was announced, i had the idea of doing a test of the AU versus the native plugin in Auria Pro. I wanted to see how the EQs affected performance and how my iPad Pro 10.5 would keep up with a 'big' project and lots of EQs. So I picked out an old multi-track stem with 44 mono audio tracks added panning and 5 subgroups to get the base CPU when playing all these tracks.
Some days later, i decided to widen the project scope and add other hosts and all graphic EQs i have installed... and so measuring everything at took a lot longer. It became obvious that 49 native EQs don't bring the iPad Pro to its knees, in the end i even added multiple EQs to each of the tracks and subgroups to test 100 running native EQs.
Graphic EQ Plugins
I had a look at:
The focus of the investigation is on the performance and number of possible EQ plugins in different hosts and not on a comparison of the quality or usability of the individual plugins.
The test hardware/OS
Base layout of the project files
.
Results
Every measurement was taken at least 5 times. Since each of the hosts does a different calculation of the CPU percentage, one probably can't compare the numbers between hosts.
Due to an memory limit for all instances of AU app, one can only open up a maximum number of instances of each AU. The number of instances that can be reloaded from a project file without problems is somewhat less. If one creates just one instance too much, all instances of the AU crash.
For each of the EQs added, i used a single bell filter between 500Hz and 5Khz, with a Q of up to +/- 5db.
Auria Pro V2.19
Cubasis V2.5
Cubasis does not feature sub-groups. I didn't find a numeric CPU percentage in Cubasis, only a bar-graph. Therefore i took 5 screenshots and then measured the active pixel width in relation to the 100% of the full bar.
AUM V1.2.5
I used 44 file players to play the stems. The panning of 18 tracks was done using the internal AUM stereo pan plugin. The 5 sub-groups were realized with AUM mix-busses.
.
Conclusion
The iPad Pro hardware platform is capable of doing heavy studio mixing work - using/playing a large number of audio tracks and adding native, build-in EQ plugins does not stress the CPU at all - so there is enough room for more demanding FX plugins.
The AU plugin format brings only minimal CPU overhead, even for complex EQs like the ProQ2 AU the limiting factor for the number of instances is not the cpu load, but the crux lies in the memory limit imposed from IOS. AU develops really have to care about memory consumption per AU - or discuss with Apple that this limit needs to be raised or removed if Apple wants to bring AU forward onto the level of native plugins.
.
Remarks
.
Edits of this posting
29.08.2018/22:52 Rewritten conclusion and TL;DR;
29.08.2018/22:42 Removed ProQ2 V1 and Beta benchmarks and updated to ProQ2 V2.14
26.08.2018/23:02 Added FabFilter native ProQ2 benchmark with 77 instances like the AU
24.08.2018/20:40 Added FabFilter ProQ2 Beta AU benchmark results
20.08.2018/22:05 Added FabFilter ProQ2 AU in Auria Pro V2.19 benchmark
20.08.2018/22:08 Added BlueMangoo EQ AU in Auria Pro and Cubasis benchmark
21.07.2018/13:37 Added AUM native parametric EQ benchmark
21.07.2018/01:25 Added Auria Pro PSP channelstrip and masterstrip EQ benchmark
21.07.2018/00:45 Initial posting
.
TL;DR:
The use of native EQ plugins is still useful for larger projects since current IOS limits the number of possible AU EQ instances - developers have to optimize their per instance memory. The iPad Pro is a beast
@Michael Oh no, the markup tag for code that i used for my tables seem broken...
This is code, using the inline editor that uses a back-ticks around the text. You don‘t get line breaks and color is red
All good - sorry for bothering you, as seen above, i just found a way to fix the problem. The back-ticks for code (from the inline editor) are also mentioned in the markup doc on wikipedia, but they don‘t seem to work.
BTW i also checked if AudiaBus 3 V3.1.1 is capable of handling large amout of FabFilter ProQ2 Beta AUs.
Since there is no simple file-player, i used the microphone input - the results are not comparable at all.
FabFilter released the V2.14, i verified that the above ProQ2 AU benchmarks are still the same with the official version and removed the ‚beta‘ from the above text.
Meanwhile i benchmarked CPU usage of native versus AU plugins of Sugar Bytes Turnado and ProQ2 in Auria Pro . AUs and native plugin cpu usage curves are nearly identical.
Very, very interesting, @ardnut
And of course, @_ki
It seems that i forgot to post the ProQ2 benchmark results from september for IOS version 12.0 where the memory limit was indeed raised.
I hope that my time-consuming benchmarks have provided a good basis for apples intenal discussions
.
ProQ AU EQ Bench IOS 12.0, iPad Pro 10.5
Cubasis
.
AUM
.
Auria Pro
.
TL;DR: New memory limit of IOS 12.0 is higher, but there is still a lot more cpu-headroom for even more ProQ2 AU instances in Auria Pro
Wow. Thanks
Fantastic work, thanks for sharing!
Stress test our friend NS2?
@ohwell i don‘t have NS2 or Stagelight with IAP, so i can‘t do tests with these.
Auria Pro seems like it performs impressively from your tests so youre probably wise to stick to what you have!