我使用Recorder.js记录来自Google桌面和移动浏览器的音频。在我的特定用例中,我需要准确地记录3秒的音频,在特定的时间开始和结束。
现在我知道,在录制音频时,由于硬件延迟,您的声卡无法实时工作,因此始终有一个内存缓冲区,它允许您在没有听跳/口吃的情况下继续录制。
Recorder.js允许您为此精确地配置bufferLen变量,而sampleRate则自动从音频上下文对象中获取。以下是其工作方式的简化版本:
var context = new AudioContext();
var recorder;
navigator.getUserMedia({audio: true}, function(stream) {
    recorder = new Recorder(context.createMediaStreamSource(stream), {
        bufferLen: 4096
    });
});
function recordLoop() {
    recorder.record();
    window.setTimeout(function () {
        recorder.stop();
    }, 3000);
}我面临的问题是,record()没有抵消缓冲区延迟,stop()也没有抵消。所以,它没有得到一个三秒的声音,而是2.97秒,开始被切断。
这意味着我的录音不会在同一个地方开始,而且当我循环它们时,循环的长度取决于您的设备延迟!!
我在这里看到了两种可能的解决方案:
我正在尝试解决方案2,因为解决方案1需要了解我没有的缓冲区数组:(我认为延迟的计算是:
var bufferSize = 4096;
var sampleRate = 44100
var latency = (bufferSize / sampleRate) * 2; // 0.18575963718820862 secs然而,当我在一个真正的测试中运行这些计算时,我得到:
var duration = 2.972154195011338 secs
var latency = 0.18575963718820862 secs
var total = duration + latency // 3.1579138321995464 secs有些事情不对劲,它没有3秒,它开始让我迷惑了!我用日志创建了一个Recorder.js演示程序的工作叉:
http://kmturley.github.io/Recorderjs/
任何帮助都将不胜感激。谢谢!
发布于 2015-02-10 04:46:21
我被你对延迟的担心弄糊涂了。是的,的确,最小可能的延迟将与缓冲区的长度相关,但还有许多其他延迟。在任何情况下,延迟与录制时间无关,在我看来,这就是你的问题。
如果您想要在44100记录一个3秒长的缓冲区,那就是44100*3=132,300示例。缓冲区大小为4096个样本,系统将只记录该数字的偶数倍。考虑到您将得到的最接近的记录是记录32或33个完整缓冲区。这给出了131072 (2.97秒)或135168 (3.065秒)的样本。
你有几个选择。
https://stackoverflow.com/questions/28424111
复制相似问题