|
|
发表于 2019-7-19
|
|阅读模式
AUv3 战胜了 Inter-App Audio：iOS 和 iPadOS 13 让开发者必须做出选择
根据iOS和iPadOS 13 Beta Release Notes，Apple将来将逐渐放弃对Inter-App Audio的支持，而坚定的支持AUv3。
虽然iOS和iPadOS 13依然会支持Inter-App Audio，但Apple已经明确对开发者们表示Inter-App Audio将被逐渐弃用（目前还没有准确时间表），同时将所有资源投入到对AUv3的支持上。也就是说Apple告诉广大开发者：
不要再做Inter-App Audio的应用了，已有的Inter-App Audio应用请尽快升级到AUv3呢。
这里还是要说一下Inter-App Audio和AUv3，以免对iOS不太熟悉的朋友一脸懵逼。
Inter-App Audio是Apple在2013年发布的iOS 7里加入的操作系统原生支持的功能，用「应用之间音频串流」的方式来让一个音频app将声音传输给另外一个app。这个概念也是由2012年Audiobus带动起来的。在有了原生的Inter-App Audio系统级支援之后，后来的Audiobus也转而利用这个API来实现自己的功能。
而AUv3则是2015年由Apple提出，在2018年才逐渐变为主流的真正的以插件形式运行在iOS里的实现方式。它也方便开发者直接开发出同时支持iOS和macOS的AU插件。
随着iOS 13分裂成针对iPhone的iOS 13和针对iPad的iPadOS 13，iPadOS在向着独立的桌面级的操作系统的路上狂奔，所以以原生插件为概念的AUv3自然是Apple的首选，而更早期妥协的Inter-App Audio方案将被抛弃也应该是早晚的事了。
那么Inter-App Audio和AUv3到底有何区别呢？
AUv3是真正的一个Host宿主面对多个Plugins插件的实现形式；而Inter-App Audio则只能让一个app的声音串流到另外一个声音
AUv3的宿主软件可以将AUv3的插件的状态随工程文件一起保存，随时打开就还原到原来的场景；而Inter-App Audio无法做到这一点（除非使用Audiobus来保存状态）
Inter-App Audio的app只能全屏运行，在发送声音的app里操作完再切换到接收声音的app里操作；而AUv3的宿主app则可以直接在自己的界面里打开AUv3的插件界面进行操作
AUv3的合成器app可以没有键盘，依赖宿主app进行演奏；而Inter-App Audio的app必须提供键盘否则无法演奏（除非你外接MIDI键盘）
对开发者来说，让已有的音乐应用支持Inter-App Audio只需要在应用里加几行代码，非常简单；而AUv3则需要更多的工作，除非你从零开始同时开发支持iOS和macOS的AU插件
谁在开发AUv3插件？
大部分新开发的iOS音乐app都同时支持AUv3和Inter-App Audio，而高瞻远瞩的Sugar Bytes则从第一天开始就只开发AUv3插件。Eventide、FabFilter、Moog Music等开发的iOS应用都支持AUv3，Steinberg Cubasis则是支持AUv3最好的DAW之一。
Korg迎来的危机：
最悲催的莫过于Korg，他们针对iOS开发了无数的音乐软件，而所有这些软件都没有一个支持AUv3，全部只支持Inter-App Audio。现在是时候将所有应用陆续改到AUv3的架构上了，留给Korg的时间不多了。
Audiobus怎么办？
根据CDM对Audiobus开发者Michael Tyson的采访（https://cdm.link/2019/06/iaa-audiobus-ios-13/），虽然Audiobus底层是基于Inter-App Audio的，但其实也有内置最基础的AUv3的支持。他们现在在做MIDI Learn和MIDI同步的相关开发，还有对iPadOS分屏操作的支持，所以不用担心未来的新系统用不了Audiobus和兼容Audiobus的应用。 |
|
