KDE率先迈向Linux HDR支援

目錄

🐋 導言

• 開始對「鯨」有所期待

🌊 Linux 上的 HDR 進展

• HDR 技術應用於 Linux
• GNOME 和 Valve 的參與
• 建立 HDR 與顯示技術的對話

🌟 KDE 的 HDR 與色彩管理

• HDR 和色彩管理在 KDE 的實現
• KDE5 中的色彩問題
• KDE6 的 HDR 進展

💻 HDR 在 Linux 中的應用

• 應用程序對 HDR 的支援
• Linux 中的 HDR 遊戲與視頻播放
• 數位藝術家與 HDR

🔮 未來展望

• Linux HDR 和色彩管理的未來
• HDR 技術的發展趨勢

🐋 導言

隨著 Katie 致力於在 KDE6 中使「鯨」成為默認選項，您應該期待許多主要的「鯨」和痛點在接下來的幾個月內得到很好的改善。例如，X 鯨和 Video Bridge 正在解決一些應用程序不支援「鯨」視頻捕獲的問題，這導致您無法共享屏幕或應用程序窗口，這是一個嚴重的問題，特別是當您正在進行視頻通話應用程序時。現在，我們正在早期支持 HDR，我想要非常清楚地說明，KDE 絕對不是唯一在這方面努力的人。很長一段時間以來，GNOME 一直在進行一些工作，他們在 GNOME Valve 中提供了一些非常實驗性的代碼，而 Steam Deck 從今年初開始做了一些非常酷的事情，實際上已經讓一些遊戲運行起來了，這有點瘋狂。我知道，出於某種原因，很多人不喜歡紅帽，但他們在這方面也是一個主要推動力。早在二月份，他們就組織了紅帽顯示 HDR 黑客松，這個活動計劃於四月二十四日至二十六日在捷克共和國舉行，這似乎是一個完全隨機的地方，但事實就是如此。無論如何，這將包括來自 Linux 世界各地的開發人員，來自紅帽、KDE、System76、AMD、Egalia、Collabora、Canonical、W Root 等公司的人員親自參加，還有來自 Nvidia、Intel 和 Google 的其他人員遠程參與。現在有趣的是，這些公司是那些可以輕而易舉地派遣人員親自參加的公司，但無論如何，無論以何種形式，他們仍然參與其中。盡管 HDR 當然是此次活動的主要話題，因為它實際上就在名字中，而且很多討論都圍繞著混合 SDR 和 HDR 內容的問題，因為您不總是會在全屏窗口上播放 HDR，有時它會在較小的窗口中，而您仍然希望 SDR 內容看起來應該看起來的樣子。此外，還涉及一般的顯示技術，討論了變量刷新率、核心模式設置屬性、供應商中立的用於控制顏色管道的 API，以及屏幕錄製、亮度調節和夜間燈光等問題。我知道夜間燈光在使用 Nvidia 用戶時是一個嚴重的問題，Simon 的博客文章對此和其他問題進行了非常全面的解釋，他親自參加了這次活動，他是 Sway 和 W 或 Root 的當前主要開發人員，如果你想了解他們討論的一切，這可能是最好的去處。盡管在活動中實際上並沒有做太多的編程工作，但進行了許多非常重要的討論，並且這些討論可以帶回家，與您的個人團隊分享，隨著時間的推移，被實施到您們各自的代碼庫中，希望能夠改善事物並更好地塑造未來的 Linux。我真的很希望這次活動成為每年或每兩年一次的活動，人們可以在這裡討論如何在 Linux 上改進顯示技術，因為坦率地說，這是 Linux 嚴重落後於 Windows 和甚至 macOS 的領域之一。多年來，它們已經支持了 HDR