谷歌和微软Edge联手解决浏览器屏幕共享的最大痛点
Windows 上的 Chrome 和 Edge 浏览器将获得更智能的 H.264 屏幕共享编码器。
在网络连接速度较慢的情况下，应通过牺牲帧速率而不是图像质量来保证共享文本和用户界面的可读性。
Chromium 的更改已经生效，兼容的系统将默认启用此功能。
如果你曾经尝试过在不稳定的 Wi-Fi 连接下演示文档、表格或幻灯片，你可能见过清晰的文字逐渐变得模糊不清。这是目前基于浏览器的视频通话中最令人沮丧的问题之一，但 Chrome 和 Edge 即将以更智能的方式处理这种情况。
Chromium浏览器新近合并的一项更改彻底改进了 Windows 系统下网页浏览器对屏幕共享的编码方式。Chromium 不再完全依赖 GPU 驱动程序内置的编码器来决定编码质量，而是在屏幕共享过程中更积极地管理比特率和编码质量。其目标很简单：即使网络突然出现故障，也能确保屏幕上的内容清晰可读。
此次更新专门针对 Windows 系统上通过 Media Foundation 硬件视频编码实现的 H.264 屏幕共享。此前，网络状况不佳时，编码器为了保持在可用比特率范围内，常常不得不大幅降低图像质量。这对于网络摄像头拍摄的视频来说尚可接受，但当您需要阅读小字或浏览复杂的界面时，画面质量就会变得非常糟糕。
新的实现方式扭转了这种权衡。目前，编码器可以不断提高压缩率，直至达到编解码器的最大量化参数 (QP) 51，这会导致共享文本随着带宽的降低而变得越来越模糊。而此次更改后，Chromium 将 QP 上限设为 35，一旦达到该阈值，就会降低帧速率，而不是降低图像质量。
浏览器不会将电子表格或代码编辑器变成像素模糊的画面，而是会优先降低帧速率。实际应用中，这意味着在带宽下降时，滚动或光标移动可能会变得卡顿，但内容本身应该仍然清晰可读。这与谷歌最近在安卓版 Chrome 浏览器中减少滚动卡顿的做法相呼应，谷歌的做法是优先考虑整体用户体验，而不是仅仅优化单一性能指标。
该修复方案还引入了更智能的丢帧机制，以减少突然的卡顿，并防止重复的关键帧请求使本已不堪重负的连接崩溃。这应该有助于屏幕共享更流畅地恢复，而不是完全卡死。
对于使用 Google Meet、Microsoft Teams 或 Zoom 的日常用户来说，即使在 Wi-Fi 信号较弱或使用移动热点的情况下，屏幕共享的稳定性也会显著提升。虽然在网络短暂中断期间画面可能会略显卡顿，但共享的文本仍然清晰可读。
该更改已合并到 Chromium 中，这意味着它现在有望在 Windows 上的 Chrome 和 Microsoft Edge 浏览器中生效，而无需任何面向用户的设置或标志。
