Это ожидаемое поведение CMS. Если изображение записано с профилем sRGB, уровни закодированы с гаммой sRGB и при выводе на дисплей с гаммой 2.2 их нужно преобразовать к гамме 2.2.
Получается тогда ВСЕ мониторы, которые работают без профиля неправильно гамму показывают? Что-то не верится... Как же тогда раньше работали? И я ещё ни разу не встречал изображений с профилем под гамму 2.2.
Всё верно, без профиля дисплей может показывать что угодно. Поэтому требуется CMS и профилирование.
Я этого не утверждал. Но на скриншоте выше видно, что гамма дисплея и гамма для кодирования изображения (transfer function) близки, но никогда не совпадают в точности.
Ну а есть где графическое представление кривых, чтобы на мониторе было 2.2, а файл стандартный srgb?
Не понял вопроса.
Стандарт sRGB определяет гамму sRGB для кодирования изображений и гамму 2.2 для референсного дисплея. Также по стандарту определяется засветка дисплея в 1%, что означает контрастность дисплея 1:400, если я не ошибаюсь. Современные дисплеи имеют контрастность от 1:1000 (недорогие ISP) до 1:100000 (OLED) и даже выше. Как отобразить изображение с контрастом 1:400 на таком дисплее? Можно поднять точку черного, что сведет на нет достижения в контрастности дисплеев и будет непонято пользователями. Либо можно как-то растянуть динамический диапазон sRGB-изображения, опустив точку черного до точки черного дисплея и как-то пересчитав этот участок гамма-функции. Разумеется, всегда идут вторым путем.
Конечно не могут. Производителю телефона не нужно, чтобы телефон показывал правильно - ему нужно, чтобы телефон нравился покупателю, то есть показывал красиво. Например, как iPhone.
Хорошо. Берём тестовое изображение. При правильной настройке градиенты справа должны быть полностью серыми?
Посмотрите на сайте, где вы это изображение скачали. Там должно быть описание всех элементов.
