这个让我保持清醒：
我有一个 OS X 音频应用程序，如果用户更改设备的当前采样率，它必须做出反应。
为此，我在“kAudioDevicePropertyNominalSampleRate”上为输入和输出设备注册了一个回调。
因此，如果其中一个设备的采样率发生变化，我会收到回调并在设备上设置新的采样率，并将“AudioObjectSetPropertyData”和“kAudioDevicePropertyNominalSampleRate”作为选择器。
苹果邮件列表中提到了接下来的步骤，我遵循了它们：
- 停止输入 AudioUnit 和由混音器和输出 AudioUnit 组成的 AUGraph
- 取消初始化它们。
- 检查节点数，越过它们并使用 AUGraphDisconnectNodeInput 断开混音器与输出的连接
- 现在在输入单元的输出范围上设置新的采样率
- 以及混音器单元的输入和输出范围
- 将混音器节点重新连接到输出单元
- 更新图表
- 初始化输入和图形
- 开始输入和图表
渲染和输出回调重新开始，但现在音频失真了。我相信是输入渲染回调负责信号，但我不确定。
我忘记了什么？
据我所知，采样率不会影响缓冲区大小。
如果我以其他采样率开始我的应用程序，一切都很好，这是导致信号失真的变化。
我看前后的流格式（kAudioUnitProperty_StreamFormat）。除了采样率当然会更改为新值之外，一切都保持不变。
正如我所说，我认为需要更改的是输入渲染回调。我是否必须通知回调需要更多样本？我检查了 44k 和 48k 的回调和缓冲区大小，没有什么不同。
我写了一个小测试应用程序，所以如果你想让我提供代码，我可以给你看。
编辑：我录制了失真的音频（正弦）并在 Audacity 中查看了它。
我发现，每 495 个样本后，音频会下降 17 个样本。我想你知道这是怎么回事：495 个样本 + 17 个样本 = 512 个样本。这是我设备的缓冲区大小。
但我仍然不知道我能用这个发现做什么。
我检查了我的输入和输出渲染过程以及它们对 RingBuffer 的访问（我使用的是固定版本的 CARingBuffer）
两者都存储和获取 512 帧，所以这里什么都没有......