为webbrtc寻找更好的编码质量

S可以这么说，Web-RTC终于走出幼儿园，进入了小学阶段. 到底是哪个等级? 好吧, 这可能取决于您使用的web浏览器以及web - rtc实现使用的服务器技术或平台.

大多数我的客户项目到目前为止使用 web - rtc摄取(或发布)通过网络眉毛，其中包含JavaScript应用程序Ming接口可以从本地连接的设备(如网络摄像头和麦克风)捕获音频和视频. 像这样, 直播流的视频质量依赖于浏览器供应商的编码实现, 这可能利用你的GPU或CPU. (提示:在Chrome上，你可以使用URL chrome: / / gpu 为了获得统计数据你的本地机器的GPU能力Chrome移植.基于浏览器的Web-RTC编码有局限性，特别是在发布时可变帧大小、帧速率和比特率. 这些可变性会造成严重后果对服务器端录音或能够使用Web的视频交换软件造成严重破坏RTC提要.

Of 这些限制中，视频比特率是最多的当涉及到高质量视频时，这很麻烦. 我发现由cur发布的WebRTC流租用网页浏览器有一个上限从视频0比特率，通常在2Mbps左右. 在Chrome中，您可以通过以下方式监控出站带宽的实时报表 URL chrome: / / webrtc-internals. 试一试你可以随时使用本地捕获的你的一个基于浏览器的Web-RTC发布荷兰国际集团(ing)会话. 你可能会看到类似的结果gardless的你选择哪种帧率和分辨率来捕获. 如果你按同样的键使用非浏览器编码器解决方案生成内容; 比如Millicast的OBS Web-RTC软件(免费下载), 基于与原始OBS软件相同的代码), 你可以取得更高的成就质量. 这个OBS变体可以推送到Millicast 平台以及任何运行Janus的服务器 Web-RTC服务器，它是开源的.

举个例子，图1 (下图) 实时显示由Telestream的Wirecast驱动的虚拟网络摄像头和麦克风的chrome捕获的Web-RTC发布会话的比特率图licast的平台. 这里，视频比特率平均为2Mbps.

图1. Chrome编码会话

图2(下面) 播放同样的视频内容通过Web-RTC直接流到使用OBS Web-RTC软件的Millicast, 这是使用FFmpeg和x264 Hood对内容进行实时编码. (注意，OBS也可以利用NVENC的GPU 编码.)设置OBS的输出设置到8Mbps的视频比特率，以及结果图2中显示了平均8Mbps的比特率用于Web-RTC播放.

OBS WebRTC编码会话

图2. OBS WebRTC编码会话

讨论联播Web-RTC的含义超出了本专栏的范围在诸如OBS之类的软件解决方案中实现编码性能，但请记住两者客户机和服务器端Web-RTC解决方案可以承担提供分层解析的角色用于自适应流播放.

在此期间，如果没有使用Web - rtc发布者的选择，我们该怎么办RTC播放场景? 许多Web-RTC平台即服务(PaaS)供应商和流媒体服务器产品将接受实时消息协议(RTMP)摄取会话，并将AAC音频转码为与web - rtc兼容作品音频. 因此，您可以通过编码实现更高质量的WebRTC播放流与任何现有的RTMP编码解决方案.

在其中之一去年的专栏(go2sm.com/web-rtcproblem)，我强调了a的缺失 Web-RTC之间一致的信令方法并请求Web-RTC供应商实现标准连接设置. 后来我看到了WHIP (Web-RTC HTTP摄取协议), 这是CoSMo软件公司的Alex Gouaillard和Sergio Garcia Murillo提出的建议. WHIP提供了统一下一个政党的潜力波实时编码解决方案，提供RTMP的替代和改进，允许更广泛的音频和视频编解码器. 希望，流行的产品在现场视频交换软件空间，如Wirecast, vMix, Vimeo Studio 6, Boinx Software的的主分支 OBS将整合WHIP来提供每次网络广播有机会使用Web-RTC. On 摄取方面，我希望看到类似的采用更多的WebRTC PaaS供应商和我Dia服务器产品.