音频生产者线程与 OSX AudioComponent 消费者线程和 C 中的回调
Audio producer threads with OSX AudioComponent consumer thread and callback in C
这个问题不是关于插件的，它是关于一个独立的应用程序设计的，并且与我之前问过的几个问题有关。
我必须编写一个多线程音频合成函数，其数据处理量远远超过 CoreAudio[=32] 所能容纳的=] 渲染线程：数千个独立的幅度和相位实时插值采样精确的正弦波振荡器。这需要的 CPU 功率超过任何单个处理器内核所能承受的能力，所有优化都可用。
我正在努力学习它，但它似乎是一堵墙，而不是一条曲线。消费者线程可能是一个简单的 CA 实时优先渲染回调接受 AudioBufferList iodata，等等……
…但是生产者线程应该是什么？如果选择另一个 AudioComponent，它并不比将它全部放在输出线程上更好 - 它只会变得更加复杂并引入额外的延迟。
如果将 n 并行 AudioComponents 放入一个 graph 中，它提供一个环形缓冲区，它提供消费者线程，如何保证它不会在同一个线程上结束，保持同步和样本准确？
如果编写 n 传统 POSIX 线程并加入输出，如何实现 CoreAudio 拉模型与这样的推模型实时共存？
有没有这样的免费示例代码？是否有编写此类代码的参考、教科书或教程？我还没有找到任何公开可用的信息。这让我有点奇怪以前没有人问过这样的问题？
提前致谢！
我的策略是让一个单独的线程（或多个线程）实时生成 LPCM 音频并将其写入大小合适的环形缓冲区。核心音频线程将从这个环形缓冲区中读取。
如果 reader（核心音频线程）请求的音频多于可用的音频，那么您将退出 (buffer underrun)，因为 reader 等不及了。这表明您需要更大的缓冲区，或者您的音频生成算法不是实时的并且需要优化。
如果写入器在环形缓冲区已满时尝试写入，最旧的音频将被覆盖，您会遇到另一个故障，这次是通过溢出。在这种情况下，您的音频生成代码 运行 太快了，需要学习如何等待。在这里通过条件变量添加写等待会很方便。
我知道两个很酷的环形缓冲区实现，它们使用虚拟内存技巧来有效地实现模块化内存访问：
- 迈克·阿什 MAMirroredQueue
- 迈克尔·泰森 TPCircularBuffer
如果您正在寻找更便携的东西，CBuffer for unix-like systems and Magic Ring Buffer Windows。
但是！您不必使用棘手的 MMU 环形缓冲区，如果您愿意，可以使用普通的旧便携式 C 版本。
这个问题不是关于插件的，它是关于一个独立的应用程序设计的，并且与我之前问过的几个问题有关。
我必须编写一个多线程音频合成函数，其数据处理量远远超过 CoreAudio[=32] 所能容纳的=] 渲染线程：数千个独立的幅度和相位实时插值采样精确的正弦波振荡器。这需要的 CPU 功率超过任何单个处理器内核所能承受的能力，所有优化都可用。
我正在努力学习它，但它似乎是一堵墙，而不是一条曲线。消费者线程可能是一个简单的 CA 实时优先渲染回调接受 AudioBufferList iodata，等等…… …但是生产者线程应该是什么？如果选择另一个 AudioComponent，它并不比将它全部放在输出线程上更好 - 它只会变得更加复杂并引入额外的延迟。
如果将 n 并行 AudioComponents 放入一个 graph 中，它提供一个环形缓冲区，它提供消费者线程，如何保证它不会在同一个线程上结束，保持同步和样本准确？
如果编写 n 传统 POSIX 线程并加入输出，如何实现 CoreAudio 拉模型与这样的推模型实时共存？
有没有这样的免费示例代码？是否有编写此类代码的参考、教科书或教程？我还没有找到任何公开可用的信息。这让我有点奇怪以前没有人问过这样的问题？
提前致谢！
我的策略是让一个单独的线程（或多个线程）实时生成 LPCM 音频并将其写入大小合适的环形缓冲区。核心音频线程将从这个环形缓冲区中读取。
如果 reader（核心音频线程）请求的音频多于可用的音频，那么您将退出 (buffer underrun)，因为 reader 等不及了。这表明您需要更大的缓冲区，或者您的音频生成算法不是实时的并且需要优化。
如果写入器在环形缓冲区已满时尝试写入，最旧的音频将被覆盖，您会遇到另一个故障，这次是通过溢出。在这种情况下，您的音频生成代码 运行 太快了，需要学习如何等待。在这里通过条件变量添加写等待会很方便。
我知道两个很酷的环形缓冲区实现，它们使用虚拟内存技巧来有效地实现模块化内存访问：
- 迈克·阿什 MAMirroredQueue
- 迈克尔·泰森 TPCircularBuffer
如果您正在寻找更便携的东西，CBuffer for unix-like systems and Magic Ring Buffer Windows。
但是！您不必使用棘手的 MMU 环形缓冲区，如果您愿意，可以使用普通的旧便携式 C 版本。