Сравнение поддержки HDR в GNOME 49 и KDE Plasma 6.6: отсутствие scRGB в Mutter и искажение палитры

В 2026 году качественная поддержка расширенного динамического диапазона (HDR) стала базовым требованием для любой графической оболочки Linux. Современная ОС должна корректно выводить изображение на экраны с высокой контрастностью, однако реализация этой функции кардинально отличается. В то время как KDE Plasma 6.6.1 предлагает гибкие характеристики и отличный комфорт для геймеров, GNOME 49.4 страдает от фундаментальных архитектурных ограничений композитного менеджера. Разница в подходах заставляет пользователей искать обходные пути для правильного отображения цветов в играх и на рабочем столе

Ограничения менеджера Mutter и искажение цветов SDR-контента

Основная проблема GNOME 49.4 кроется в отсутствии полноценной поддержки цветового пространства scRGB в композитном менеджере Mutter. Это техническое упущение приводит к тому, что прослойка Gamescope не может корректно обрабатывать HDR-сигнал. В официальном багтрекере проекта разработчики обсуждают критический баг: при включении HDR обычный SDR-контент теряет контрастность. Система принудительно загоняет интерфейс в узкие рамки sRGB, из-за чего цвета выглядят тусклыми.

В KDE Plasma 6.6.1 эта проблема решена добавлением ползунка насыщенности RGB. Точное техническое описание ситуации дает пользователь Reddit:

В Mutter отсутствует поддержка scRGB, а значит, HDR в gamescope не работает. Говорят, что в ветке master для gamescope есть исправление (релиза еще не было), но у меня оно не работает. Поэтому приходится полагаться на wine Wayland, который, справедливости ради, в последнее время сделал большой шаг вперед и хорошо работает во всех играх, которые я пробовал. Моя главная проблема заключается в том, что здесь нет ползунка насыщенности RGB, как в KDE, поэтому на большинстве мониторов в режиме HDR контент SDR будет казаться очень блеклым, так как это настоящий sRGB. Технически это правильно, но выглядит довольно паршиво после перенасыщенных цветов. Вы можете просто включать HDR, когда он нужен, и выключать в остальное время. Многие так и делают, поскольку большинство HDR-мониторов имеют функцию ABL. Несмотря ни на что, OLED того стоит.

Негативные впечатления сообщества от визуальных артефактов HDR в GNOME

Пользователи активно критикуют текущую реализацию, так как простая галочка в настройках дисплея не обеспечивает реальное удобство. Принудительное искажение палитры заставляет владельцев дорогих мониторов постоянно менять параметры системы. Установка сторонних расширений не спасает ситуацию, так как корень проблемы лежит глубоко в коде Mutter.

Релиз GNOME 50 и улучшение поддержки HDR

Ситуация кардинально изменится с выходом GNOME 50. Разработчики полностью удалили устаревший код сессии X11, что позволило направить ресурсы на развитие Wayland. Главное ожидаемое нововведение - интеграция протокола Wayland Color Management v2 и нативная обработка SDR-контента для дисплеев с широким цветовым охватом. Обновленный графический стек позволит GNOME динамически управлять яркостью и насыщенностью разных окон, приблизив визуальный комфорт к уровню актуальной KDE Plasma 6.6.1. Графические оболочки наконец-то сравняются по качеству вывода картинки, и даже складные смартфоны смогут корректно передавать HDR-сигнал на внешние дисплеи. Пользователи смогут беспрепятственно запускать игры или любимый веб-браузер, не наблюдая тусклых красок на рабочем столе.

Релиз GNOME 50 ожидается в марте.