为webbrtc寻找更好的编码质量

S可以这么说，Web-RTC终于走出幼儿园，进入了小学阶段. Which grade exactly? Well, 这可能取决于您使用的web浏览器以及web - rtc实现使用的服务器技术或平台.

The majority of my client projects to date use web - rtc摄取(或发布)通过网络眉毛，其中包含JavaScript应用程序Ming接口可以从本地连接的设备(如网络摄像头和麦克风)捕获音频和视频. As such, 直播流的视频质量依赖于浏览器供应商的编码实现, which could utilize your GPU or CPU. (Tip: On Chrome, you can use the URL chrome://gpu to get stats on 你的本地机器的GPU能力ported by Chrome.基于浏览器的Web-RTC编码有局限性，特别是在 发布时可变帧大小、帧速率和比特率. These variabilities can wreak 对服务器端录音或能够使用Web的视频交换软件造成严重破坏RTC feeds.

Of 这些限制中，视频比特率是最多的 当涉及到高质量视频时，这很麻烦. 我发现由cur发布的WebRTC流rent web browsers have an upper limit for video bitrate, usually around 2Mbps. 在Chrome中，您可以通过以下方式监控出站带宽 的实时报表 URL chrome://webrtc-internals. Try it for 你可以随时使用本地捕获的 your webcam in a browser-based Web­RTC publishing session. You’ll likely see similar results, regardless of 你选择哪种帧率和分辨率来捕获. If you push the same vid使用非浏览器编码器解决方案生成内容; 比如Millicast的OBS Web-RTC软件(免费下载), 基于与原始OBS软件相同的代码), you can achieve much higher quality. This OBS variant can push to Millicast’s 平台以及任何运行Janus的服务器 Web­RTC Server, which is open source.

As an example, Figure 1 (below) shows the real-time 由Telestream的Wirecast驱动的虚拟网络摄像头和麦克风的chrome捕获的Web-RTC发布会话的比特率图licast’s platform. Here, the video bitrate is averaging 2Mbps. 

Figure 1. Chrome encoded session

Figure 2 (below) shows the same video 内容通过Web-RTC直接流到使用OBS Web-RTC软件的Millicast, which is using FFmpeg and x264 under the hood to encode the content in real time. (注意，OBS也可以利用NVENC的GPU encoding.) The output settings for OBS were set 到8Mbps的视频比特率，以及结果 图2中显示了平均8Mbps的比特率ing utilized for Web­RTC playback.

Figure 2. OBS WebRTC encoded session

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

在此期间，如果没有使用Web - rtc发布者的选择，我们该怎么办RTC playout scenario? Many Web­RTC platform-即服务(PaaS)供应商和流媒体服务器产品将接受实时消息协议(RTMP)摄取会话，并将AAC音频转码为与web - rtc兼容 Opus audio. 因此，您可以通过编码实现更高质量的WebRTC播放流 with any existing RTMP encoding solution.

In one of last year’s columns (go2sm.com/web­rtcproblem), I highlighted the lack of a Web-RTC之间一致的信令方法 并请求Web-RTC供应商实现标准连接 setup. 后来我看到了WHIP (Web-RTC HTTP摄取协议), 这是CoSMo软件公司的Alex Gouaillard和Sergio Garcia Murillo提出的建议. WHIP提供了统一下一个政党的潜力 wave of 实时编码解决方案，提供RTMP的替代和改进， 允许更广泛的音频和视频编解码器. Hopefully, popular products in the live 视频交换软件空间，如Wirecast, vMix, Vimeo Studio 6, Boinx Software的 mimoLive, and the master branch of OBS将整合WHIP来提供每次网络广播er the opportunity to work with Web­RTC. On 摄取方面，我希望看到类似的采用tion by more WebRTC PaaS vendors and media server products.

Where Does Your Media Fit Into Web3?

Look beyond the hype and the monkeys. NFTs, blockchain, 以及新的去中心化网络——web3的其他元素对视频创作者和发布者有着严重的影响.

17 Jun 2022

大规模测试Wowza的实时流媒体

Wowza新的超低延迟产品既可以提供RTMP流，也可以提供WebRTC流, WebRTC超越了传统协议

21 Oct 2021

未来是实时的，它从现在开始

在“COVID及以后”时代，“实时”在哪里以及如何融入您的工作流程? 就像全球战争加速了整形外科等医学的进步一样, COVID促使我们所有在流媒体工作的人重新思考, innovate, optimise, 重建我们日常职责的许多组成部分. 

14 Oct 2021

判断苹果的高级视频质量工具

As a metric, 苹果的高级视频质量工具(AVQT)也有一些亮点, 但如果没有更多的验证，很难看到它从现实世界的工作流中碰撞VMAF或SSIMPLUS.

14 Oct 2021