webRTC真的有可能在没有噪音的情况下传输高质量的音频吗？

Question

我已经用最高质量的设置和多个 STUN/TURN 服务器进行了测试，但没有找到真正高质量的流。

根据我的经验，webRTC 总是具有波动且有限的带宽和高水平的背景噪音，无法达到 mp3/Shoutcast/Icecast 无线电流的质量。

有没有人找到一种通过 webRTC 提供真正高带宽音频流的方法，或者目前实际上不可能？

Answer 1

The default audio settings for WebRTC are pretty low. It defaults to mono audio around 42 kb/s as it seems to be designed for voice. I increased the quality by configuring a few settings.

1. Disable autoGainControl, echoCancellation and noiseSuppression in the getUserMedia() constraints:

navigator.mediaDevices.getUserMedia({
  audio: {
    autoGainControl: false,
    channelCount: 2,
    echoCancellation: false,
    latency: 0,
    noiseSuppression: false,
    sampleRate: 48000,
    sampleSize: 16,
    volume: 1.0
  }
});

2. Add the stereo and maxaveragebitrate attributes to the SDP:

let answer = await peer.conn.createAnswer(offerOptions);
answer.sdp = answer.sdp.replace('useinbandfec=1', 'useinbandfec=1; stereo=1; maxaveragebitrate=510000');
await peer.conn.setLocalDescription(answer);

This gives a potential maximum bitrate of 520kbps for stereo, which is 260kbps per channel!

Actual bitrate depends on the speed of your network and strength of your signal.

More information about the SDP:

The Session Description Protocol (SDP) [RFC4566] describes various aspects of multimedia session such as media capabilities, transport addresses and related metadata in a transport agnostic manner, for the purposes of session announcement, session invitation and parameter negotiation.

https://tools.ietf.org/id/draft-nandakumar-rtcweb-sdp-01.html#rfc.section.3

Check out my project which implements these features: https://github.com/kmturley/webrtc-radio

Answer 2

首先，值得一提的是，Web RTC 建立在底层网络连接之上，如果它很差，那么任何更高层都几乎无法避免这种情况。

查看您突出显示的特定比较，有几个因素是 VoIP 语音质量的关键（假设您专注于问题中的语音）：

• 延迟：为了避免延迟和回声，语音通信需要低的端到端延迟。高质量 VoIP 系统的目标通常是低于 200 毫秒的延迟。
• 抖动 - 这实质上是一次延迟的变化，即端到端延迟如何随时间变化。
• 数据包丢失 - 与数据相比，语音实际上可以合理地容忍数据包丢失。VoIP 目标通常在 1% 或更少的范围内。

将此与流媒体广播等进行比较，关键点是延迟 - 等待几秒钟才能开始播放流并不罕见。

这允许接收器填充更大的等待解码和回放的数据包缓冲区，并使其更能容忍延迟（抖动）的变化。

举一个简单的例子，如果你的连接有半秒的短暂中断，这将立即影响双向 VoIP 呼叫，但它可能根本不会影响流音频，假设网络完全恢复并且缓冲区有几秒钟的价值当时里面的内容。

因此，与流式音频相比，您看到的质量差异很可能与通信的真实本质有关，而不是与 WebRTC 固有的故障有关 - 或者更准确地说，即使 WebRTC 是完美的，实时双向 VoIP 也很容易受到影响到网络条件。

作为。请注意，视频清晰需要更多的带宽，并且也受网络的影响，但人们往往比多媒体通话中的语音质量问题更能容忍视频“断断续续”（此时 amyay）。