Исходное сообщение
"Red Hat прекратит подготовку rpm-пакетов с LibreOffice для R..." Отправлено Аноним, 04-Июн-23 02:01
Дальше 32 бит в X11 без костылей не сможешь (таких костылей пока нет, но можно нашаманить custom texture format где-то в недрах mesa/драйвера, что-то типа S3TC и показывать HDR-картинку через opengl). Гном не работал, т.к. обычно запрашивал 8bit альфа-канал, а под него оставалось только 32-30=2бита (из заправшиваемых 8). P.S. По поводу HDR там более серьёзная проблема - нестандартная gamma-характеристика всегда и везде. HDR нельзя воспроизвести в том цветовом пространстве, под которое оно задумывалось, не имея некоего LUT для конкретной картинки (с описанием цветового пространства этой картинки). Отсюда и различия SamsungHDR, HLG, Dolby HDR и т.д. и просто так скопировав пиксели SamsungHDR в HLG получишь шляпу (неправильные цвета).

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, [email protected] (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Дальше 32 бит в X11 без костылей не сможешь (таких костылей пока > нет, но можно нашаманить custom texture format где-то в недрах mesa/драйвера, > что-то типа S3TC и показывать HDR-картинку через opengl). Гном не работал, > т.к. обычно запрашивал 8bit альфа-канал, а под него оставалось только 32-30=2бита > (из заправшиваемых 8). > P.S. По поводу HDR там более серьёзная проблема - нестандартная gamma-характеристика всегда > и везде. HDR нельзя воспроизвести в том цветовом пространстве, под которое > оно задумывалось, не имея некоего LUT для конкретной картинки (с описанием > цветового пространства этой картинки). Отсюда и различия SamsungHDR, HLG, Dolby HDR > и т.д. и просто так скопировав пиксели SamsungHDR в HLG получишь > шляпу (неправильные цвета).
	Введите код, изображенный на картинке: