Objective c MacOS Catalina 10.15.7未调用音频单元麦克风通知回调

我正在使用AudioUnitV2（C）API在ObjC++中仅使用命令行工具（主要是clang）构建一个命令行工具。扬声器的输出工作正常，但从未调用麦克风回调的输入。iTerm或终端主机可以根据设置进行访问。可执行文件也有一个嵌入式info.plist，尽管我认为这与此无关

我不清楚确切的安全模型，如果它起作用的话，它看起来像一个主要的安全漏洞（从终端运行的任何东西都可以访问）：我猜由“应用程序”启动的进程具有权限，然后会传播到任何子进程。但是，我生成的可执行文件不进行网络访问（因为这是一个回归测试，所以只发生在localhost上），而在这种情况下，可执行文件请求网络访问，而不是终端访问，这让这个视图感到困惑

源代码实际上是用菲利克斯编写的，它被翻译成C++，然后用-Objc选项用CLAN编译和链接，从而支持嵌入的目标C。在这种简单的应用中，译者已经足够成熟，对其正确性有合理的信心。麦克风输入的音频单元配置为：

   // 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处于禁用状态。第二个音频单元稍后采用类似技术构建，可向扬声器输出正弦波，工作正常。实际的回调只打印一个诊断并退出，但从未看到该诊断。最初，终端没有权限，我们猜测代码是正确的，但由于没有访问麦克风的权限而失败。可执行文件仍然没有权限，但终端现在有权限（如果我尝试从文件管理器运行可执行文件，会弹出一个终端）

---

在任何阶段均未报告任何错误。回调不会被调用。

要获得回调，您需要

启用IO

设置音频单元输入设备

2号。绊倒了人们，因为它不是输出所必需的（显然默认为默认输出设备），在iOS上也不是必需的，可能是因为那里没有音频设备的概念，至少在AudioUnit API中没有

令人惊讶的是，这两个需求实际上都有文档记录！介绍使用AudioUnits和代码清单3录制音频所需的步骤。四,。具有启用IO和设置输入设备的示例代码。清单4。将音频单元输入设备设置为默认输入设备，但任何输入设备都可以

由于macOS Mojave（10.14），您需要在Info.plist中使用

nsmicrohoneusagedescription

字符串。否则，您的应用程序将异常中止。这样，系统会提示用户请求访问输入设备的权限。您可以使用来控制何时发生这种情况。 对于命令行工具，可以在链接阶段嵌入

Info.plist

文件

---

在Catalina上，您似乎还需要选择启用音频输入的沙箱或强化运行时（或两者兼而有之！）。如果没有这些，你的回调会被调用，但会保持沉默！这两种运行时环境都是使用“授权”启用的，授权是通过代码签名嵌入到应用程序中的元数据，因此您需要某种形式的代码签名。我认为这并不一定意味着你需要苹果的证书，还有“本地/特别”代码签名，它似乎嵌入了没有证书的权利，尽管我不确定生成的二进制文件的分发程度。

（&inputCallback）。address

这里的地址是什么？这不应该是

&inputCallback

@OlSen:对不起，这是Felix代码，它不支持指针到类型地址的自动转换。类型地址为C void*。因此，必须显式地编写转换。类似地，Felix中的sizeof运算符映射到C sizeof运算符，但返回的类型是size，即C size\u t，并且必须显式强制它到uint32，即C uint32\u t。菲利克斯比C/C++更强类型化，所以强制和C++常常必须被明确地写出来。知道felix lang还没有stackoverflow标签，也许会在github上发布一个关于您的麻烦的问题？