【发布时间】:2019-04-13 01:47:22
【问题描述】:
我在 Node.js 中使用流媒体服务器来传输 MP3 文件。虽然整个文件流式传输没问题,但我不能使用 Content-Range 标头将文件流式传输到开始位置并使用结束位置。
我使用 ffprobe like 从秒计算开始和结束字节
ffprobe -i /audio/12380187.mp3 -show_frames -show_entries frame=pkt_pos -of default=noprint_wrappers=1:nokey=1 -hide_banner -loglevel panic -read_intervals 20%+#1
这将为我提供从本例中的 10 秒到第一个下一个数据包的确切字节。
这在 Node.js 中变得如此简单
const args = [
'-hide_banner',
'-loglevel', loglevel,
'-show_frames',//Display information about each frame
'-show_entries', 'frame=pkt_pos',// Display only information about byte position
'-of', 'default=noprint_wrappers=1:nokey=1',//Don't want to print the key and the section header and footer
'-read_intervals', seconds+'%+#1', //Read only 1 packet after seeking to position 01:23
'-print_format', 'json',
'-v', 'quiet',
'-i', fpath
];
const opts = {
cwd: self._options.tempDir
};
const cb = (error, stdout) => {
if (error)
return reject(error);
try {
const outputObj = JSON.parse(stdout);
return resolve(outputObj);
} catch (ex) {
return reject(ex);
}
};
cp.execFile('ffprobe', args, opts, cb)
.on('error', reject);
});
现在我有了开始和结束字节,我的媒体服务器将以这种方式从传递给它的自定义值中获取范围,例如 bytes=120515-240260
var getRange = function (req, total) {
var range = [0, total, 0];
var rinfo = req.headers ? req.headers.range : null;
if (rinfo) {
var rloc = rinfo.indexOf('bytes=');
if (rloc >= 0) {
var ranges = rinfo.substr(rloc + 6).split('-');
try {
range[0] = parseInt(ranges[0]);
if (ranges[1] && ranges[1].length) {
range[1] = parseInt(ranges[1]);
range[1] = range[1] < 16 ? 16 : range[1];
}
} catch (e) {}
}
if (range[1] == total)
range[1]--;
range[2] = total;
}
return range;
};
此时我会得到这个范围[ 120515, 240260, 4724126 ],我喜欢[startBytes,endBytes,totalDurationInBytes]
因此我可以创建一个通过该范围的文件读取流:
var file = fs.createReadStream(path, {start: range[0], end: range[1]});
然后使用
组成响应头 var header = {
'Content-Length': range[1],
'Content-Type': type,
'Access-Control-Allow-Origin': req.headers.origin || "*",
'Access-Control-Allow-Methods': 'POST, GET, OPTIONS',
'Access-Control-Allow-Headers': 'POST, GET, OPTIONS'
};
if (range[2]) {
header['Expires'] = 0;
header['Pragma'] = 'no-cache';
header['Cache-Control']= 'no-cache, no-store, must-revalidate';
header['Accept-Ranges'] = 'bytes';
header['Content-Range'] = 'bytes ' + range[0] + '-' + range[1] + '/' + total;
header['Content-Length'] = range[2];
//HTTP/1.1 206 Partial Content
res.writeHead(206, header);
} else {
res.writeHead(200, header);
}
所以得到
{
"Content-Length": 4724126,
"Content-Type": "audio/mpeg",
"Access-Control-Allow-Origin": "*",
"Access-Control-Allow-Methods": "POST, GET, OPTIONS",
"Access-Control-Allow-Headers": "POST, GET, OPTIONS",
"Accept-Ranges": "bytes",
"Content-Range": "bytes 120515-240260/4724126"
}
在将读取流的管道传输到输出之前
file.pipe(res);
问题是浏览器我没有在 HTML5 <audio> 标签中获得任何音频,而它在不使用任何 Content-Range 标头时正在流式传输内容。
Here 您可以从节点 api 中看到 ReadStream 对象的转储,显示范围如何
start: 120515,
end: 240260,
autoClose: true,
pos: 120515
那么阻止加载文件的浏览器端发生了什么?
[更新]
事实证明,它可以在 Safari 中运行,但在 Google 的 Chrome 中却不行!然后我可以假设 Content-Range 它设计正确,但 Chrome 有一些缺陷。
现在规范是由rfc2616 制定的,我严格遵循byte-range-resp-spec 的规范,所以我通过了
"Accept-Ranges": "bytes",
"Content-Range": "bytes 120515-240260/4724126"
根据 RFC 规范,这也应该在 Chrome 上工作。这也应该按照 Mozilla 文档的规定按原样工作 here
【问题讨论】:
标签: javascript node.js audio-streaming