Javascript 使用AudioWorklet流式传输捕获的音频时，如何防止中断/断断续续/故障？
我们一直在开发一个基于JavaScript的音频聊天客户端，它在浏览器中运行，并通过WebSocket将音频样本发送到服务器。我们以前曾尝试使用Web Audio API的ScriptProcessorNode来获取示例值。这在我们的台式机和笔记本电脑上运行得很好，但在从我们必须支持的手持平台进行传输时，我们的音频质量很差。我们将此归因于有文档记录的脚本处理器性能问题（）。在手持设备上，脚本处理器缓冲区大小为2048，音频始终有中断。在下一个最大的间隔（4096），音频是平滑的（没有中断），但是延迟太多（大约两秒） 我们从ScriptProcessorNode得到的结果促使我们对音频工作集进行了实验。不幸的是，在我们的工作集实现中，音频质量更差：中断和延迟，甚至在笔记本电脑上。我想知道是否有办法调整我们的工作集实现以获得更好的性能，或者我们正在经历的是音频工作集的当前状态（铬问题，并且似乎相关）的预期（是“课程标准”） 下面是关于代码作用的更多细节：Javascript 使用AudioWorklet流式传输捕获的音频时，如何防止中断/断断续续/故障？,javascript,websocket,web-audio-api,getusermedia,scriptprocessor,Javascript,Websocket,Web Audio Api,Getusermedia,Scriptprocessor,我们一直在开发一个基于JavaScript的音频聊天客户端，它在浏览器中运行，并通过WebSocket将音频样本发送到服务器。我们以前曾尝试使用Web Audio API的ScriptProcessorNode来获取示例值。这在我们的台式机和笔记本电脑上运行得很好，但在从我们必须支持的手持平台进行传输时，我们的音频质量很差。我们将此归因于有文档记录的脚本处理器性能问题（）。在手持设备上，脚本处理器缓冲区大小为2048，音频始终有中断。在下一个最大的间隔（4096），音频是平滑的（没有中断），但是
if (micKeyed == true) {
if (inputs[0][0].length == framesPerBlock) {
samples.set(inputs[0][0], currentBlockIndex * framesPerBlock);
currentBlockIndex++;
if (currentBlockIndex == lastBlockIndex) {
// console.log('About to send buffer.');
this.port.postMessage(samples);
currentBlockIndex = 0;
}
} else {
console.error("Got a block of unexpected length!!!");
}
}
return true;
感谢您的阅读和提供的任何建议。您是否尝试过使用
MediaSource