產業脈動 2026 年 6 月 23 日

2026-06-23 — Meta AV1 落地 RTC、Word 波浪線工程師辭世、Linux 繪圖板驅動困局

primary=https://engineering.fb.com/2026/06/22/video-engineering/adopting-av1-for-real-time-communication-rtc-meta/ primary=https://devblogs.microsoft.com/oldnewthing/20260622-00/?p=112451 primary=https://www.davidrevoy.com/article1154/why-drawing-tablet-brands-wont-collaborate-on-linux-floss-drivers

Meta 如何在 Messenger 與 WhatsApp 大規模落地 AV1 即時通話

Meta Engineering · 2026-06-22

Meta 於 2026 年 6 月 22 日發布技術報告,說明如何在 Messenger 與 WhatsApp 的即時視訊通話(RTC)中,將 AV1 編解碼器推送至大多數行動裝置,相較於 H.264/AVC 達到至少 20% 的位元率節省。這是一項歷時數年的工程專案,涉及編碼器設計、裝置資格篩選與封包遺失復原等多個面向。

核心改動

Meta 自行開發了一套低複雜度 AV1 編碼器,其功耗接近 H.264/AVC baseline,以確保行動裝置的電池壽命不受顯著影響。解碼端選擇了 dav1d 解碼器,以兼顧效率與可靠性;量化矩陣工具的最佳化額外釋出約 60 kB 的函式庫體積。速率控制方面,採用 Video Buffering Verifier(VBV)機制,將緩衝延遲維持在 200 ms 以下,並引入 Reference Picture Resampling(RPR)支援無 keyframe 的解析度切換。

裝置資格採用基於 ML 的兩階段模型(Model V1.1 於 2025 年 8 月,Model V2 隨後推出),區分高階與入門裝置。非對稱編解碼設計允許中階裝置以 H.264/AVC 編碼、以 AV1 解碼,擴大了可受益的裝置範圍。

影響範圍

錯誤復原機制是 RTC 場景的關鍵挑戰。Meta 採用時間層(Temporal Layer)結構,依據封包遺失率動態啟用;Long-Term Reference(LTR)幀則搭配自訂 RTP header extension 提供明確指示。封包遺失升高時同步觸發 RPSI 請求與主動保護,以縮短畫面恢復時間。

  • 位元率節省:相較 H.264/AVC 至少 20%
  • 覆蓋範圍:Messenger 與 WhatsApp 大多數行動裝置
  • 延遲控制:VBV 緩衝延遲低於 200 ms
  • 解碼器:dav1d(VideoLAN)

原始來源:Meta Engineering Blog


紅綠波浪線的發明者:悼念 Microsoft Word 工程師 Tony Krueger

Microsoft Dev Blogs (Old New Thing) · 2026-06-22

2026 年 6 月 22 日,Raymond Chen 在 The Old New Thing 發文悼念前 Microsoft Word 工程師 Tony Krueger,他是即時拼字檢查波浪底線的主要實現者——那條讓數十億人習以為常的紅色(拼字錯誤)與綠色(文法問題)底線,正是他的手筆。

核心改動

Word 早期的拼字檢查是阻塞式操作:使用者必須主動觸發,等待掃描完成後才能繼續編輯。Tony 將這個流程改為背景執行的即時標記,每當偵測到潛在錯誤便立刻在文字下方繪製波浪線,無需打斷編輯流程。這項設計刻意選擇波浪形而非直線,避免與使用者有意加上的底線格式混淆。

Tony 橫跨 Word 1.01.12.0、OS/2 版、Mac 版與 6.0 等多個版本參與開發。Penn and Teller 曾在得知這項功能的幕後工程師後公開致謝;「Weird Al」Yankovic 的音樂錄影帶《Word Crimes》也一度帶到這條波浪線。

影響範圍

即時波浪底線已成為現代文字編輯介面的事實標準,從瀏覽器表單、程式碼編輯器到行動鍵盤,幾乎無處不見其蹤影。Tony 另一項鮮為人知的貢獻是在無原始碼的情況下,逆向工程並重新實作了 Chip's Challenge 的 Windows 版本。

原始來源:The Old New Thing — Microsoft Dev Blogs


為何繪圖板廠商拒絕共同維護 Linux 開源驅動?Wacom 品牌命名是關鍵障礙

davidrevoy.com · 2026-06-22

藝術家 David Revoy 於 2026 年 6 月 22 日撰文,記錄他嘗試促成 Huion、XP-Pen、Gaomon 等繪圖板廠商加入 Linux 開源驅動生態的失敗經歷。核心障礙出乎意料地簡單:現有基礎設施的倉庫名稱帶有「Wacom」字樣,讓競爭對手在法律與商業層面均難以接受。

核心改動

目前 Linux 繪圖板驅動生態圍繞數個專案運作:libwacom(裝置資料庫,實際上已收錄 Dell、Gaomon、HP、Huion、XP-Pen 等品牌)、udev-hid-bpf(freedesktop.org 上的 HID BPF 驅動框架)、wacom-hid-descriptors(裝置規格資料庫)以及 hid-recorder(規格擷取工具)。Gaomon 技術團隊的回覆直指問題核心:「整體設置仍會顯示 Wacom 品牌」——儘管裝置本身會正確識別為 GAOMON,品牌形象上的劣勢令廠商卻步。

影響範圍

這個命名困境揭示了開源生態中的品牌先行者優勢問題:Wacom 因早年主導推動 Linux 支援,其名稱已深植於基礎設施層,後進廠商若貢獻程式碼,在使用者眼中形同為競爭對手背書。Revoy 指出,若要解開這個結,需要建立品牌中立的傘狀基礎設施,讓各廠商能以平等地位參與。

  • 受影響專案:libwacomudev-hid-bpfwacom-hid-descriptors
  • 拒絕合作廠商:Huion、XP-Pen、Gaomon
  • 根本原因:倉庫命名包含競爭對手品牌名稱
  • 建議方向:建立廠商中立的驅動基礎設施

原始來源:davidrevoy.com


End of article
0
Would love your thoughts, please comment.x
()
x