Chrome、Edge 分享畫面遇上弱 Wi‑Fi：文字保清，代價係幀率
Windows H.264 encoder 加入新嘅 bitrate 控制方式，但硬件同 codec 都有門檻
Wi‑Fi 一差，先犧牲郁動流暢度
Chromium 剛合併一項針對 Windows 畫面分享嘅改動。當上載頻寬突然跌，Chrome、Edge 以往用 H.264 硬件編碼時，可能一路加強壓縮，結果 PowerPoint、試算表、code editor 嘅細字同介面首先變矇。新做法會優先減低幀率，盡量保住每格畫面嘅清晰度。滑鼠移動同捲頁可能窒啲，不過同事至少仲睇得清你指緊邊一行。
QP 由 51 封頂至 35，實際代表咩
H.264 嘅 QP 可以理解成壓縮力度：數值愈高，檔案可以壓得愈細，細節亦會甩得愈多。Chromium 原始提交顯示，桌面來源嘅軟件 bitrate controller 而家把最高 QP 限喺 35，低過一般上限 51。去到呢條線仍然唔夠頻寬，encoder 會掉走部分畫格，另加 buffer fullness 上限同預測 buffer 餘量，減少連線轉差時一下子塞爆。
呢個取捨好適合靜態內容。簡報、文件同軟件介面多數重視細線條同文字，少幾格通常仲接受到；如果你分享緊影片、動畫或者遊戲，郁動唔順就會明顯得多。Wi‑Fi 速度唔會因此提升；改動只係喺頻寬唔夠時優先減幀，保住文字清晰度，所以最受惠嘅始終係辦公同技術示範場景。
Meet、Teams、Zoom 網頁版都有機會，但冇包單
WebRTC browser 普遍支援 H.264，不過支援同實際採用係兩回事。會議網站會按雙方能力、服務設定同連線情況協商 codec，最後可能揀 VP8、VP9、AV1 或 H.264。換句話講，用 Windows 版 Chrome 或 Edge 開 Google Meet、Teams for Web、Zoom 網頁版分享畫面，只有實際用到指定 H.264 編碼路徑，先會受惠於今次改動；Teams 或 Zoom 桌面 app 亦唔會因為 Chromium 呢次提交自動受惠。
Windows 同硬件編碼先係入場條件
改動落喺 Windows Media Foundation Video Encode Accelerator，對象係標記做 display content 嘅 H.264 硬件編碼，亦只支援最多兩層 temporal layer。Chromium 程式碼仲保留咗 GPU workaround，部分 AMD 同 Qualcomm／ARM 配置可能停用呢套軟件 bitrate control。macOS、Linux、純軟件 encoder，同埋行緊其他 codec 嘅會議，暫時唔屬於今次範圍。
用戶唔使撳掣，Stable 幾時有仍未定
提交入面個 MediaFoundationUseSWBRCForH264Desktop 功能預設值已設為開啟，所以兼容電腦收到相關版本後，正常唔使入 flags 或會議設定手動開。不過截至 2026 年 8 月 3 日，公開資料只確認改動喺 7 月 30 日合併到 Chromium main，Chrome 同 Edge 都未有相應 Stable release note 或確實 rollout 版本。公司 IT 想驗證效果，可以等正式版本資料出齊，再用限速連線比較分享細字同捲頁表現。
參考來源
- Android Authority — Chrome and Edge are getting smarter screen sharing on bad Wi-Fi — original report
- Chromium Gerrit：Support H.264 software rate control for desktop source in MFVEA — 原始提交，確認已合併、Windows Media Foundation 範圍、預設開啟、QP 35 同 frame dropping 設計。
- Chromium 原始碼：Media Foundation video encoder switches — 確認桌面 H.264 軟件 bitrate controller 功能旗標預設開啟。
- MDN：Codecs used by WebRTC — 解釋 WebRTC 嘅 H.264 支援同 codec 協商，避免把 browser 支援寫成所有會議必然採用。
- Microsoft Learn：Teams for Web overview and prerequisites — 確認 Teams 網頁版支援 Chrome 同 Edge，並區分網頁版同桌面 app。
- Chromium Docs：Chrome Release Cycle — 交代 main 分支合併同 Stable 推送之間仍有開發、分支同測試階段。
本文根據原文及公開資料整理；資料有出入時，以原文及官方資料為準。
