c# - 如何产生精确定时的音调和静音？

Question

我有一个 C# 项目可以为 RSS 提要播放摩尔斯电码。我使用 Managed DirectX 编写它，却发现 Managed DirectX 已过时且已弃用。我的任务是播放纯正弦波脉冲串，中间穿插着静默期(代码)，这些静默期的持续时间是精确计时的。我需要能够调用一个函数来播放纯音这么多毫秒，然后 Thread.Sleep() 然后播放另一个，等等。最快时，音调和空格可以短至 40 毫秒。

它在 Managed DirectX 中运行良好。为了获得精确定时的音调，我创建了 1 秒。正弦波进入辅助缓冲区，然后播放一定持续时间的音调，我寻求在缓冲区结束后的 x 毫秒内播放，然后播放。

我试过 System.Media.SoundPlayer。这是一个失败者[编辑 - 请参阅下面我的回答] 因为您必须播放 ()、 sleep ()，然后停止 () 以获得任意音调长度。结果是音调太长，因 CPU 负载而异。实际停止音调需要不确定的时间。

然后我开始冗长尝试使用NAudio 1.3 .我最终得到了一个提供音调数据的内存驻留流，并再次向前寻找，将所需长度的音调留在流中，然后播放。这在 DirectSoundOut 类上工作了一段时间(见下文)但 WaveOut 类很快就死了，内部断言说缓冲区仍在队列中，尽管 PlayerStopped = true。这很奇怪，因为我播放到最后，然后在音调结束和下一个音调开始之间等待相同的持续时间。您会认为在开始播放 40 毫秒的音调后 80 毫秒队列中没有缓冲区。

DirectSoundOut 工作了一段时间，但它的问题是对于每个音调 Play()，它都会分离出一个单独的线程。最终(5 分钟左右)它停止工作。在 VS2008 IDE 中运行项目时，您可以在“输出”窗口中看到线程一个接一个地退出。我在播放过程中不创建新对象，我只是 Seek() 音调流然后一遍又一遍地调用 Play()，所以我不认为这是孤立缓冲区的问题/任何堆积直到它被阻塞。

我对这个没有耐心，所以我想问一下，希望这里有人遇到过类似的要求，并能引导我找到可能的解决方案。

Answer 1

我不敢相信...我回到 System.Media.SoundPlayer 并让它做我想做的事...没有巨大的依赖库，其中有 95% 未使用的代码和/或等待被发现的怪癖:-)。 此外，它在 MacOSX 上运行在 Mono (2.6) 下!!! [错误 - 没有声音，将提出单独的问题]

我使用 MemoryStream 和 BinaryWriter 来编写 WAV 文件，完成 RIFF header 和分 block 。不需要“事实” block ，这是 44100Hz 的 16 位样本。所以现在我有一个 MemoryStream，其中包含 1000 毫秒的样本，并由 BinaryReader 包装。

在 RIFF 文件中有两个 4 字节/32 位长度，“总”长度是流中的 4 个字节(在 ASCII 中“RIFF”之后)，和一个“数据”长度就在样本数据字节。我的策略是在流中寻找并使用 BinaryWriter 改变两个长度来欺骗 SoundPlayer 认为音频流只是我想要的长度/持续时间，然后 Play() 它。下一次，持续时间不同，所以再次用 BinaryWriter、Flush() 覆盖 MemoryStream 中的长度，然后再次调用 Play()。

当我尝试这样做时，我无法让 SoundPlayer 看到流的变化，即使我设置了它的 Stream 属性。我被迫每 40 毫秒创建一个新的 SoundPlayer？？？没有。

好吧，我今天想回到那个代码并开始查看 SoundPlayer 成员。我看到了“SoundLocation”并阅读了它。那里说设置 SoundLocation 的副作用是使 Stream 属性为 null，对于 Stream 则反之亦然。所以我添加了一行代码将 SoundLocation 属性设置为伪造的“x”，然后将 Stream 属性设置为我的(刚刚修改的)MemoryStream。该死的，如果它没有拿起它并按照我的要求准确地播放音调。似乎没有任何疯狂的副作用，例如死后时间或增加内存力，或者？？？调整 WAV 流然后加载/启动播放器确实需要 1-2 毫秒，但它非常小而且价格合适!

我还实现了一个频率属性，它重新生成样本并使用 Seek/BinaryWriter 技巧以相同数量但频率不同的样本覆盖 RIFF/WAV MemoryStream 中的旧数据，然后再次执行相同操作振幅属性的东西。

This project is on SourceForge .您可以从 this page in the SVN browser 的 SPTones.CS 中获取此 hack 的 C# 代码.感谢所有提供这方面信息的人，包括@arke，他的想法与我很接近。我很感激。