提问者:小点点

Web音频Api实时流式PCM ADPCM


我有一个传递客户端PCM或ADPCM数据的服务器。

我最初决定使用PCM是因为我不想处理编码和解码。

我让PCM工作,但在每一个音频块之间,我听到毛刺。(有点像剪辑)

所以我想原因可能是延迟/高质量的音频和所有这些东西。

所以我决定使用ADPCM来减少数据量。我用JavaScript编写了一个adpcm到pcm解码器。这是个麻烦。我希望,由于数据计数减少了,也许这会阻止小故障(数据将赶上正在播放的内容)

但我错了。我还是有小毛病。

这甚至可以用TCP完成吗?还是一个失败的事业。我没有WebSockets上的UDP。

我需要实现缓冲算法吗?我不想这样做,因为它是实时音频,我只想处理它,以我可以的速度。

你们知道一个很好的链接来阅读实时音频通过网络。

我可以给出代码示例,但这是一个高级问题。

PS:我尝试使用标签,但我们得到了一个缓冲问题,我们无法控制它。我也没有从服务器获得任何流控制。它没有说音频启动或音频停止我们暂停。这是一个推送协议,我得到的只是ADPCM和PCM数据


共1个答案

匿名用户

是的,你当然可以使用TCP。UDP经常用于电话应用程序中,因为较低的开销使一切都更快,而且对于这种应用程序来说,数据包被丢弃或以错误的顺序到达都无关紧要。但由于UDP不是一个选项,您可以使用TCP。

正如您所怀疑的,在我看来您的问题是缓冲区不足。或者您到服务器的连接不够快(或者至少持续地不够快),或者您没有以足够快的速率从编码器提供数据。如果您正在实时记录数据,并尝试实时回放,则可能会发生这种情况。

一种解决方案是在将数据发送到客户端之前先在服务器端缓冲数据。在延迟要求允许的范围内拥有尽可能大的缓冲区。对于网络无线电的用途,我通常选择30秒的缓冲区,因为延迟并不重要。出于您的目的,您可能需要至少64KB的缓冲区。这是TCP数据包中允许的最大大小。这个数据包会在过程中被分割,但这是可以的。

您还可以查看服务器是如何发送数据的。尝试禁用Nagle算法,这样服务器就不会在发送更多数据之前等待ACK。