Какой принтер и монитор покажет Lab в диапазоне [-128;127]

[mihas]

Модераторы, призываю пометить правильный ответ, данный в первом же комментарии

Там дан правильный блиц-ответ только на один из трех поставленных вопросов, и без объяснения - а почему именно так.
На все три вопроса коротко я бы так ответил:

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

2. Такого принтера и монитора не существует.

3. Нельзя быть уверенным, что любой калиброванный монитор правильно покажет все цифры Lab в фотошоповском кубе, потому что безразмерный Lab не определяется кубом, и в рамках ab [-128;127] полно вообще несуществующих цветов. Фигуры охватов мониторов и принтеров не совпадают друг с другом, и тем более не совпадают с фотошоповским кубом. Ни один принтер или монитор не покрывает весь куб, и при этом одновременно сам куб не покрывает все воспринимаемые человеком и отображаемые устройствами цвета. Сама концепция куба [100;-128;127] глубоко ущербна колориметрически. Но чрезвычайно удобна и проста для программирования.

 

[mihas]

Ковырял немного профили в ICCMax - вспомнил наш разговор про 16-битные числа для Lab-координат в квадрате со стороной 256 значений.
На одном скриншоте профиль распарсен в десятичные дробные привычные числа, на втором - представлен 16-битными значениями в целых значениях десятичных. И там и там в описании к тегу указан его тип lut16Type. Но некоторые теги могут быть и lut8Type, например gamutTag. Если вы видите в такой таблице ab координату целым числом 65535 - она соответствует координате 127 целым числом. Все это сделано для того, чтобы в профиле не было дробных и отрицательных чисел, только целые положительные 16-битные в диапазоне 0-65535. Чтобы программа ни с чем это не спутала - собственно тип тега и указывает это, и программа ждет для координаты a или b 127 16-битное число 65535, а не 127 и не 255.
Это все на редкость компактно можно записать, если придерживаться общих правил. Так таблица из 7 столбцов в парсинге слева представлена всего лишь 4 столбцами значений в профиле, само описание полей в трех столбцах просто пропускается, так как его тип и гранулярность программе названы, то есть эта таблица известна и так, имеет четкую структуру, и можно просто пропустить для экономии эти описания полей, они генерятся налету просто вложенными циклами. Тут на левом скриншоте эти столбцы для удобства присутствуют, но в профиле их просто нет на правом скриншоте.

 

[visitor2021]

Вы считаете, что последовательность чисел в 3-й колонке "на одном скриншоте" приведет к появлению "127 целым числом"?

 

[mihas]

Нет, число 65535 для координаты a или b в профиле будет правильно прочитано программой как 127.

 

[carry]

Того и гляди, будем не в RGB, а в какой-нибудь оранжево-сиренево-серо-буро-малиновой дизайнерить