我目前正在尝试通过webrtc获得尽可能干净的音频通道。通过getUserMedia mediaconstraints对象,我设置了以下选项:
constraints: {
audio: {
mandatory: {
echoCancellation: false,
googEchoCancellation: false,
googAutoGainControl: false,
googAutoGainControl2: false,
googNoiseSuppression: false,
googHighpassFilter: false,
googTypingNoiseDetection: false,
//googAudioMirroring: false // For some reason setting googAudioMirroring causes a navigator.getUserMedia error: NavigatorUserMediaError
}
},
video: false
},
这极大地改善了音频质量,但是似乎仍然存在音频处理,这会导致某些测试样本以高频噪声的形式损坏音频。
[如--use-file-for-fake-audio-capture
所述,有一个Chrome标志http://peter.sh/experiments/chromium-command-line-switches/#use-file-for-fake-audio-capture,它允许通过文件输入进行测试。如标志说明中所述,必须禁用所有音频处理,否则音频将失真-因此似乎为此目的还有其他选择。
我也尝试过--disable-audio-track-processing --audio-buffer-size=16 --enable-exclusive-audio
Chrome标志,但似乎仍在进行一些音频处理。
有没有办法禁用仍然存在的音频处理(最好通过JS API)?
我敢打赌,编解码器的可变比特率(默认)行为正在引起某种压缩或调整。您可以手动更改SDP产品以使用CBR(恒定比特率)而不是VBR(可变比特率)。从浏览器获得SDP报价后,更改以下行:
a=fmtp:111 minptime=10; useinbandfec=1
至:
a=fmtp:111 minptime=10; cbr=1
请注意,我同时是添加中 cbr=1
和正在删除 useinbandfec=1
。我不认为必须降低useinbandfec
,但似乎带内FEC(前向纠错)会导致压缩调整,您也希望避免这种调整。
这是禁用音频处理并获得干净信号的更新方法:
navigator.mediaDevices.getUserMedia({
audio: {
autoGainControl: false,
channelCount: 2,
echoCancellation: false,
latency: 0,
noiseSuppression: false,
sampleRate: 48000,
sampleSize: 16,
volume: 1.0
}
});
此外,请确保您的SDP具有stereo
和maxaveragebitrate
参数:
a=fmtp:111 minptime=10;useinbandfec=1; stereo=1; maxaveragebitrate=510000