我目前正在尝试通过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
},
这极大地改善了音频质量,但是似乎仍然存在音频处理,这会导致某些测试样本以高频噪声的形式损坏音频。
如http://peter.sh/experiments/chromium-command-line-switches/#use-file-for-fake-audio-capture所述,有一个Chrome标志
--use-file-for-fake-audio-capture
,它允许通过文件输入进行测试。如标志说明中所述,必须禁用所有音频处理,否则音频将失真-因此似乎为此目的还有其他选择。我也尝试了Chrome的
--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(前向纠错)会导致压缩调整,您也希望避免这种调整。