1

我正在使用来自节点服务器的 Soundcloud api。我想将音轨同时流式传输给多个用户。

我试过这样的事情（使用这个问题的代码Streaming audio from a Node.js server to HTML5 <audio> tag）但它不起作用。关于我如何做到这一点的任何想法？

var radio = require("radio-stream");
var http = require('http');
var url = "http://api.soundcloud.com/tracks/79031167/stream?client_id=db10c5086fe237d1718f7a5184f33b51";
var stream = radio.createReadStream(url);

var clients = [];

stream.on("connect", function() {
    console.error("Radio Stream connected!");
    console.error(stream.headers);
});

stream.on("data", function (chunk) {
    if (clients.length > 0){
        for (client in clients){
            clients[client].write(chunk);
        };
    }
});

stream.on("metadata", function(title) {
    console.error(title);
});

var server = http.createServer(function(req, res){
    res.writeHead(200,{
        "Content-Type": "audio/mpeg",
        'Transfer-Encoding': 'chunked'
    });

    clients.push(res);
    console.log('Client connected; streaming');
});
server.listen("8000", "0.0.0.0");

console.log('Server running at http://127.0.0.1:8000');
4

1 回答 1

5

有几个问题

跟随重定向

radio-stream您使用的模块已 4 年未更新。这在 Node.js API 时代是永恒的。我建议不要使用它，因为 Node.js 的当前和未来版本无疑存在兼容性问题。至少，现在使用新的流 API 有更好的方法来处理这个问题。

在任何情况下，该模块都不遵循 HTTP 重定向。SoundCloud API 将您重定向到实际的媒体文件。

此外，该radio-stream模块是为解复用 SHOUTcast/Icecast 风格的元数据而构建的，而不是 MP3 ID3 数据。它不会帮助你。

您所需要的只是一个简单的http.get(). 然后，您可以自己遵循重定向，也可以使用该request包。更多信息： 如何在 Node.js 中遵循 HTTP 重定向？

分块编码

许多流媒体客户端无法处理分块编码。Node.js（正确）在您有流输出时添加它。不过，出于我们的目的，让我们禁用它。

res.useChunkedEncodingByDefault = false;

https://stackoverflow.com/a/11589937/362536

建立一个连贯的流

理论上，您可以在 MPEG 流之后附加 MPEG 流，一切都会正常工作。在实践中，这是行不通的。ID3 标签会破坏流。一个文件的采样率可能与另一个文件不同，大多数软件将无法即时将硬件切换到新的采样率。基本上，你不能可靠地做你想做的事情。

您唯一能做的就是通过播放这些音频文件来重新编码整个流，并从另一端获得稳定的流。这为您提供了额外的好处，您可以处理其他编解码器和格式，而不仅仅是 MP3。

要处理您的许多编解码器问题，您可以使用 FFmpeg。但是，您将需要一种将这些文件回放到 FFmpeg 进行编码的方法。

速率限制

您必须以播放速率流式传输音频。（你可以发送一个初始缓冲区来让客户端快速启动，但你不能尽可能快地向它们发送数据。）如果你不这样做，你将很快耗尽服务器上的内存，因为客户端会将它们的 TCP 窗口大小降低到零并保持在那里，直到音频赶上足以允许缓冲更多数据为止。由于您没有使用pipe，因此您的流处于流动模式，并将无限期地在服务器上缓冲。现在，这在某些方面实际上是一件好事，因为这可以防止一个缓慢的客户端减慢其他客户端的速度。这是一件坏事，因为您的代码尽可能快地流式传输，而不是以播放速度。

如果您将音频播放到另一个编码器，请在几秒钟内使用 RTC 作为时钟。它不必是完美的，这就是客户端缓冲区的用途。如果您正在播放音频设备，它当然有自己的时钟，将被使用。

你实际上应该做什么

你偶然发现了一个巨大的项目。我强烈建议改用Liquidsoap。您可以通过 Node.js 控制它。从那里，使用像Icecast这样的服务器进行流式传输。

于 2015-01-18T15:03:23.293 回答