我目前正在尝试通过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
,它允许通过文件输入进行测试。正如在标志的描述中提到的,必须禁用所有音频处理,否则音频将失真-因此,似乎有其他选项可用于此目的。
我也尝试了--disable-audio-track-processing --audio-buffer-size=16 --enable-exclusive-audio
的Chrome标志,但似乎仍然有一些音频处理。
有没有办法禁用静止的音频处理(最好是通过JS API)?
发布于 2015-04-30 08:41:55
我敢打赌,opus编解码器的可变比特率(默认)行为会导致一些压缩或调整。您可以手动修改SDP提供,以使用CBR (恒定比特率)而不是VBR (可变比特率)。当您从浏览器获得SDP优惠时,请更改行:
a=fmtp:111 minptime=10; useinbandfec=1
至:
a=fmtp:111 minptime=10; cbr=1
请注意,我既添加了cbr=1
,又删除了useinbandfec=1
。我不肯定丢弃useinbandfec
是必要的,但似乎带内前向纠错(转发纠错)会导致压缩调整,这也是你想要避免的。
发布于 2019-11-17 14:58:54
这是禁用音频处理并获得干净信号的最新方法:
navigator.mediaDevices.getUserMedia({
audio: {
autoGainControl: false,
channelCount: 2,
echoCancellation: false,
latency: 0,
noiseSuppression: false,
sampleRate: 48000,
sampleSize: 16,
volume: 1.0
}
});
如果您通过WebRTC流式传输音频,则默认为针对语音进行了优化的无线电或电话质量音频。因此,请确保您的SDP具有stereo
和maxaveragebitrate
参数:
a=fmtp:111 minptime=10;useinbandfec=1; stereo=1; maxaveragebitrate=510000
https://stackoverflow.com/questions/29936416
复制相似问题