HDMI 2.1 顯示串流壓縮（Display Stream Compression，DSC）支援已就緒，可納入 AMDGPU Linux 驅動程式 （★ 57 分）
AMD 已將 HDMI 2.1 的 FRL（Fixed Rate Link，固定速率連線）支援修補程式擴充到 DSC（Display Stream Compression，顯示串流壓縮）功能，準備導入開放原始碼的 AMDGPU Linux 驅動程式。DSC 是一種低延遲、視覺上近乎無損的壓縮技術，可提升頻寬效率，讓 HDMI 2.1 在更高解析度與更新率下運作，例如 4K 240Hz 或 8K 120Hz。
Phoronix 指出，AMD 先前才送出 HDMI 2.1 FRL 支援，現在又加入 FRL DSC，代表 AMD 正朝完整 HDMI 2.1 實作推進。過去 HDMI Forum（HDMI 標準制定組織）被認為阻擋開放原始碼實作 HDMI 2.1，這次 AMD 為何能釋出相關程式碼仍不明朗；外界猜測可能與 Valve 參與協調或找到折衷方案有關。最新修補程式預計會隨下一批 AMDGPU Display Core（DC，顯示核心元件）修補程式送入，並很可能在 Linux 7.2 週期進入主線 Linux 核心。
Hacker News 討論聚焦在 HDMI 2.1 長期的授權與開放原始碼限制。多位留言者認為，這項進展不只對一般 Linux 桌機重要，也可能有助於 SteamOS 或未來 Steam Machine 類裝置透過 HDMI 達到 4K 120Hz。也有人批評 HDMI Forum 對開放實作態度保守，並指出 HDMI 牽涉 HDCP（High-bandwidth Digital Content Protection，高頻寬數位內容保護）與 DRM（Digital Rights Management，數位版權管理）等機制，可能是標準組織不願開放的背景之一。
也有留言者主張「改用 DisplayPort（DP，顯示連接埠）」可避開 HDMI 的法律與授權問題，但其他人補充，現實上多數電視沒有 DP，許多顯示器也只有一個 DP 輸入，筆電或切換多台電腦時仍常需要 HDMI。DP 轉 HDMI 2.1 轉接器也不是完美替代品：高解析度、高更新率、HDR（High Dynamic Range，高動態範圍）、VRR（Variable Refresh Rate，可變更新率）與 10-bit 色彩同時啟用時，可能遇到握手時間變長、無法連線、隨機黑畫面或 HDR 無法啟用等問題；部分晶片方案甚至需要刷入特定韌體，VRR 仍可能不穩。
針對 4K 240Hz 的必要性，討論中出現分歧：有人質疑電視或一般使用情境是否需要這麼高的更新率；也有人指出，若標準已能承載 8K 60Hz，理論上同等資料量的 4K 240Hz 不應被刻意封鎖。實際使用者則表示，120Hz 到 240Hz 的差異仍可感受到，但邊際效益明顯低於 60Hz 升到 120Hz。整體來看，社群普遍把 AMDGPU 即將取得完整 HDMI 2.1 能力視為 Linux 圖形堆疊的重要補強，尤其對客廳遊戲、電視輸出與高階顯示器使用者意義重大。
👥 33 則討論、評論 💬
https://news.ycombinator.com/item?id=48105874