我编写了一个小型nodeJS服务器,它将由Windows上的ffmpeg捕获的系统音频(使用DirectShow)作为流MP3文件输出到浏览器。音频需要尽可能实时,有最小/无缓冲,在音频中的“跳过”效果是完全可以接受的。
当我使用HTML5音频标签在Chrome上播放音频时,在一个低延迟的局域网连接上有大约8-10秒的延迟。我怀疑这是一个客户端的缓冲区,并在客户端使用了一个Flash MP3播放器,从而将延迟降低到2-3秒。
现在,缓冲似乎发生在服务器端。NodeJS的response.write文档提到数据是编写的内核缓冲区。我如何避免任何缓冲,或至少绕过它,这样客户端总是获得最新的音频数据?处理“排水”事件的策略总是推送实时数据?
在请求对象上,我使用了setNoDelay(真)来避免使用Nagle的算法。下面是生成的ffmpeg进程发出数据时如何编写数据的片段。
var clients = []; //List of client connections currently being served
ffmpeg.stdout.on('data', function(data) {
for(var i = 0; i < clients.length; i++){
clients[i].res.write(data);
}
});发布于 2012-10-27 02:48:03
有几个地方发生延迟/缓冲:
我怀疑您需要查看的缓冲区是用于FFMPEG编码的缓冲区。我能够通过确保在执行FFMPEG时显式地配置输入格式来减少这种情况。另外,请确保删除第一批数据以进行编码,因为第一位无疑会比以后延迟得更多。
一旦你这样做了,你会发现你的延迟是一两秒钟。至少,这就是我用类似的设置得到的结果。
https://stackoverflow.com/questions/13081609
复制相似问题