MacOS Catalina 10.15.7 AudioUnit 麦克风通知回调未调用

MacOS Catalina 10.15.7 AudioUnit Microphone notification callback not invoked

我正在使用 AudioUnit v2(C) API 在 ObjC++ 中仅使用命令行工具(主要是 clang)构建命令行工具。输出到扬声器工作正常,但从未调用麦克风回调的输入。 iTerm 或终端主机根据设置具有访问权限。可执行文件也有一个嵌入式 info.plist 虽然我认为这不相关。

我不清楚确切的安全模型,如果它起作用的话,它看起来像是一个主要的安全漏洞(来自终端的任何 运行 都可以访问):我的猜测是由“应用程序”启动的进程" 具有随后传播到任何子进程的权限。然而,这种观点被另一种情况混淆了,我生成的可执行文件进行网络访问(因为它只发生在 localhost 上,因为它是回归测试),在这种情况下,可执行文件请求网络访问,而不是终端。

源代码实际上是用 Felix 编写的,它被翻译成 C++,然后通过带有 -ObjC 选项的 clang 编译和链接,因此支持嵌入 Objective C。译者足够成熟,可以合理地相信它在这种简单应用中的正确性。麦克风输入的 AudioUnit 配置为:

   // configure
    var outputElement = 0u32;
    var inputElement = 1u32;

    // establish callback
    status = AudioUnitSetProperty(
      outputAudioUnit, 
      kAudioOutputUnitProperty_SetInputCallback,
      kAudioUnitScope_Global,
      inputElement,
      (&inputCallback).address,
      C_hack::sizeof[AURenderCallbackStruct].uint32
    );
    assert noErr == status;

并且启用了 inputElement 并禁用了 outputElement。第二个音频单元后来使用类似的技术构建,该技术将正弦波泵送到扬声器并且工作正常。实际的回调只是打印诊断并退出,但从未见过诊断。本来终端是没有权限的,我们猜代码是对的,但是因为没有访问麦克风的权限而失败了。可执行文件仍然没有权限,但终端现在没有(如果我尝试 运行 来自文件管理器的可执行文件,则会弹出一个终端)。

在任何阶段都没有报告错误。根本不会调用回调。

要获得回调,您需要

  1. 启用 IO
  2. 设置音频单元输入设备

第 2 号。因为它不需要输出 [明智地默认为默认输出设备],也不需要 iOS,可能是因为那里没有音频设备的概念,至少不在 AudioUnit API.

令人惊讶的是,这两个要求实际上都记录在案了! Technote 2091 涵盖使用 AudioUnits 和代码清单 3. 和 4. 录制音频所需的步骤。具有启用 IO 和设置输入设备的示例代码。清单 4. 将音频单元输入设备设置为默认输入设备,但任何输入设备都可以。

从 macOS Mojave (10.14) 开始,您的 Info.plist 中需要一个 NSMicrophoneUsageDescription 字符串。否则,您的应用程序将异常中止。有了这个,用户会看到一个提示,请求访问输入设备的权限。您可以使用 code found here 控制何时发生这种情况。 对于命令行工具,您可以在 link 阶段嵌入一个 Info.plist 文件。

在 Catalina 上,您似乎还需要选择启用音频输入的沙盒或强化运行时(或两者!)。如果没有其中之一,您的回调将被调用,但会保持沉默!这两种运行时环境都是使用“权利”启用的,“权利”是通过代码签名嵌入到您的应用程序中的元数据,因此您需要某种形式的代码签名。我认为这不一定意味着您需要 Apple 的证书,有“local/ad-hoc”代码签名,它似乎嵌入了没有证书的权利,尽管我不确定生成的二进制文件的可分发性如何.