前回の記事で自作AUをGarageBandで使えるようにするには、
in-processな読み込みに対応させる必要がありそうということが分かりました。
試行錯誤の結果、なんとかGarageBand対応版をリリースできたので、
おおまかな修正手順を載せておきます。
手順：
１：AU用のcocoa frameworkターゲットを作る。
２：frameworkのターゲットにAU(.appex)ターゲットの実装ファイルを全て移す。
ただし、xibや画像リソース類は両方のターゲットに含める。
３：適当な.mファイルを用意し、ダミー関数を実装する。それを.appexターゲットに含ませる。
４：.appexのInfo.plistを編集する。NSExtension -> NSExtensionAttributes にAudioComponentBundleというキーを追加し、frameworkターゲットのbundle identifierを値として設定する。
５：サンプルコードのFilterDemoViewController.mを参考にして、AUのview controllerのinitをオーバーライドする。自分の場合は以下の通り。
これが無いとGarageBandでビューを表示できませんでした。- (id)init {self = [super initWithNibName:@"AudioUnitViewController"bundle:[NSBundle bundleForClass:NSClassFromString(@"AudioUnitViewController")]];return self;}
GarageBandのAUの扱い方は少し特殊な気がします。
その他tips：
外部framework(今回新しく作ったAU用のCocoa Frameworkではなく、in-process対応前から既に利用していたもの)は内包アプリとAU用frameworkの両方にembedする方が良さそう。AU用framework側がembedしてない場合、GarageBandでは以下のようなエラーが出てAUをロードできなかった。
もしかしたら@rpathてのを設定できればembedしなくても解決できるかもしれない。Error loading {...中略...}/SYVibratoFramework: dlopen({...中略...}/SYVibratoApp.app/Contents/Frameworks/SYVibratoFramework.framework/SYVibratoFramework, 265): Library not loaded: @rpath/SYFW.framework/Versions/A/SYFWReferenced from: {...中略...}/SYVibratoApp.app/Contents/Frameworks/SYVibratoFramework.framework/SYVibratoFrameworkReason: image not found