RTMFP与操纵语音实时语音聊天

Question

我们正在使用积云构建一个实时的RTMFP语音聊天应用程序。虽然使用NetStreams很容易实现基本的语音传输，但我们有一个大问题：

似乎没有一种方法来操作NetStream发送的麦克风数据，也没有一种方法来操作侦听NetStream在播放之前接收到的数据。

然而，这正是我们所需要的。我们不想传输正常的麦克风录音，但首先介绍它，然后发送，然后播放它。或者先发送，然后投球，然后播放。但是，似乎整个音频记录、speex编码、speex解码和音频回放都完全封装在NetStream类中。

实现我们想要的(以及所有这些方法都完全删除NetStream )的唯一方法似乎是：

1. 发送原始的音调音频数据。这确实有效，但是当然要发送大量的数据，而且在本地局域网测试之外，它的工作速度可能不够快。
2. 音高音频数据，转换为ogg/mp3使用现有编码器的闪光，发送，解码ogg/mp3和播放。但这将意味着对从麦克风接收到的每一个样本数据包进行编码，添加报头内容等。因此，与原始音频数据相比，这甚至不太可能带来太大的好处。 2.1。这实际上是一个很好的方式，如果有一个斯皮克斯编码器/解码器的闪存。但具有讽刺意味的是，只有内置的一个(用于在NetStreams中编码/解码音频)不能显式使用。是啊，谢谢你没给我钱，Adobe.
3. 将数据发送到积云服务器，音调(可能转换)在那里，并发送给收件人。这甚至可能不会比1快得多，而且还会丢弃RTMFP、P2P通信的确切好处。

这个问题是否有比我在这里列出的解决方案更好的解决方案，可能是在传声器数据传递给NetStream之前实际操作麦克风数据的一种方法？

Answer 1

为了获得一些可行的东西，音频数据必须转换成压缩格式，原始数据代表了大量的数据。我认为第二选择更好；)

我已经开发了一个ogg译码器/编码器在闪存，在使用炼金术，它总是消耗不到10%的CPU！完全有可能。

如果您更喜欢speex格式，我认为通过一致的努力，在使用炼金术构建speex代码时，可以得到同样的东西。

如果我能给你更多，请与我联系到cumulus.dev@gmail.com ;-)