我目前正在尝试通过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(前向纠错)会导致压缩调整,您也希望避免这种调整。

10-01 01:34
查看更多