PhotoCode: красивый цвет легко и быстро

[awam]

А на другой чаше весов упорное нежелание каких-то пользователей воспользоваться режимом софтпруфа, предназначенным со слов самого разработчика для их монитора.

Что такое softproof? Перестаньте разговаривать как первоклассник, не говорите общими фразами.

Каков алгоритм работы softproof?

[Deman32]

Эка вас шатает.

КАК монитор из картинки в мониторном пространстве выдаст картинку в пространстве sRGB? КАК?!!! Если ему послали картинку в мониторном пространстве!

Монитор - это устройство. Что ему дали, то и отображает. Он ВСЕГДА отображает картинку в мониторном пространстве.

вы для чего калибровкой и профилированием занимались? Чтобы на экране видеть косые цвета косого монитора или чётко сопоставленные со стандартным sRGB?

Не он отображает, а ему посылается сигнал с координатами в его пространстве, а итоговый цвет пикселя будет соответствовать пространству sRGB.

[awam]

А можете не просить, тогда система будет считать, что данный цвет является цветом сРГБ. И далее она с тем же успехом его корректирует до монитора.

А если я отправлю на вывод картинку в пространстве монитора? Не в sRGB, а сразу с профайлом монитора. Что будет?

[Deman32]

Повторно наложится коррекция, которая всегда есть в луте видеокарты. Если подразумевать под "отправлю на вывод" то, что происходит до видеокарты.

[Deman32]

Внимание на экран:







Интерфейс один, фотка совсем другая.

А теперь вопрос к знатокам: если пользователь верно выбрал настройки просмотра в фотошопе, кто всё таки дурак - Microsoft или Adobe?

[awam]

Повторно наложится коррекция, которая всегда есть в луте видеокарты. Если подразумевать под "отправлю на вывод" то, что происходит до видеокарты.

Отлично!

Теперь смотрите внимательно. Я установил в системе профиль test.icc

Запустил Фотошоп, загрузил ваше фото без профиля, то самое, из фотокода, а значит имеющее координаты соответствующие пространству sRGB.

Далее я делаю копию. Копию конвертирую в профиль test.icc

Профиль картинки и профиль монитора совпадают.

Теперь я обе картинки смотрю в стандартном окне просмотра виндовс.

Обе картинки выводятся одинаково. Deman32, почему? Где повторное наложение коррекции?



Обе картинки получили одинаковую коррекцию для вывода на видеокарту с зелёным LUT

И обе картинки показаны с правильными, естественными цветами! Хотя интерфейс зелёный!

Deman32, почему?

[awam]

Интерфейс один, фотка совсем другая.

А теперь вопрос к знатокам: если пользователь верно выбрал настройки просмотра в фотошопе, кто всё таки дурак - Microsoft или Adobe?

Я вам уже задавал вопрос. Какой профиль имеет интерфейс виндовс?

С картинкой всё понятно, она имеет профиль sRGB. Пространство sRGB отличается от пространства монитора и для вывода на монитор Виндовс делает конвертацию из профайла sRGB в профайл монитора test.icc

Затем эта картинка грузится в видеопамять.

А вот что происходит с интерфейсом?

[Ратников Серёжа]

...и для вывода на монитор Виндовс делает конвертацию из профайла sRGB в профайл монитора test.icc

Windows или средство просмотра изображений Windows?

[Deman32]

Отлично!

Теперь смотрите внимательно. Я установил в системе профиль test.icc

Запустил Фотошоп, загрузил ваше фото без профиля, то самое, из фотокода, а значит имеющее координаты соответствующие пространству sRGB.

Далее я делаю копию. Копию конвертирую в профиль test.icc

Профиль картинки и профиль монитора совпадают.

Теперь я обе картинки смотрю в стандартном окне просмотра виндовс.



image143.jpg



Обе картинки выводятся одинаково. Deman32, почему? Где повторное наложение коррекции?



Обе картинки получили одинаковую коррекцию для вывода на видеокарту с зелёным LUT

И обе картинки показаны с правильными, естественными цветами! Хотя интерфейс зелёный!

Deman32, почему?

На вопрос о пространстве я отвечал выше, а на этот вопрос ответ: потому что программа эта работает по своему алгоритму, а не тому, который вы ей вменяете. Вот и всё. И каким боком тут этот просмотрщик? Вы его код проверяли? Если кто-то чего-то решил насчёт какой-то программы, то она обязана подчиняться этому решению?

Если в картинке НЕТ ничего кроме цифр, она без внедрённого профиля, то разные цифры по-любому дадут разную картинку. А раз дали одинаковую, то при различных цифрах программа прочитала профиль фотки. Они же с внедрённым профилем?

[awam]

Windows или средство просмотра изображений Windows?

Средство просмотра.

Окно проводника виндовс напрямую грузит в видеопамять, со всеми иконками и превьюшками, как единое составляющее собственного интерфейса.

Именно поэтому цвет изображения на превьюшке и в окне просмотра различаются. В одном случае - интерфейс, в другом - изображение.

[awam]

а на этот вопрос ответ: потому что программа эта работает по своему алгоритму, а не тому, который вы ей вменяете.

Deman32, я вам показал, что вывод на монитор идёт именно так, как я и говорил.

Оба изображения на мониторе выглядят одинаково!

Почему?

Я вам объясню.

Для вывода на экран монитора виндовс вносит в файл изменения соответствующие профайлу монитора. Каким образом? Конвертированием в профиль монитора. Это изменённое изображение грузится в видеокарту.



Первое изображение не имеет профиля sRGB, но его координаты соответствуют этому пространству. Это ваш файл и именно вы это утверждали - файл имеет координаты sRGB.

Виндовс конвертировала координаты в пространство монитора, координаты изображения были смещены и стали соответствовать координатам монитора. Далее изображение отправлено в видеокарту.



Второе изображение мной заранее было конвертировано в профиль монитора. Виндовс конвертирует этот файл в пространство монитора, но поскольку разницы между профилями нет, никакого сдвига координат изображения не происходит.

Далее изображение отправлено на видеокарту.



А теперь внимание, Deman32. Когда вы делаете софтпруф монитор rgb, установленная опция " Preserve RGB Numbers" даёт команду отправить изображение напрямую в видеокарту. КАК ЕСТЬ! Никаких преобразований!

Именно поэтому изображение будет в цвете интерфейса.

Потому что интерфейс виндовс тоже просто выводит на видеокарту. Deman32, как программист вы должны это знать!

Никаких преобразований интерфейса виндовс не делает, просто выводит на монитор. И чего там зашито в LUT видеокарты ей наплевать!

Они же с внедрённым профилем?

Ваша без профиля. Дубль с профилем.

[awam]

Когда вы делаете софтпруф монитор rgb, установленная опция " Preserve RGB Numbers" даёт команду отправить изображение напрямую в видеокарту. КАК ЕСТЬ! Никаких преобразований!

Я ошибся. Изображению назначается профиль монитора и затем оно отправляется в видеокарту.

[Ратников Серёжа]

Я ошибся. Изображению назначается профиль монитора и затем оно отправляется в видеокарту.

Эти операции идентичны. Но вроде бы в случае с софтпруфом (монитор ргб) ничего по факту не назначается, а просто выводится напрямую... как элемент интерфейса )

[Deman32]

Смеюсь в голос

Запустите на рабочем столе виджет Часы и поставьте их интерфейсом часики с красным циферблатом. Потом зайдите в управление цветом и измените стандартный sRGB на ProPhoto, например. А потом искренне удивляйтесь цвету циферблата. При неизменном интерфейсе всего остального.

Это когда вам захочется порассуждать на пальцах о принципах работы MS приложений и сделать экстраполяцию на работу всех сторонних приложений.

Часики с COLOR MANAGEMENT SYSTEM

[Deman32]

Никаких преобразований интерфейса виндовс не делает, просто выводит на монитор. И чего там зашито в LUT видеокарты ей наплевать!

Ну ОК. То есть даже по-вашему коррекция из sRGB пространства в пространство монитора происходит всегда и везде. Так? При помощи LUT видеокарты. Я правильно понимаю?

[Deman32]

Я ошибся. Изображению назначается профиль монитора и затем оно отправляется в видеокарту.

Ничего что видеокарте по барабану будет что профиль, что изображённое на картинке, что чёрный текст на белом фоне? Или видеокарты уже с собственной цмс?

[awam]

Эти операции идентичны. Но вроде бы в случае с софтпруфом (монитор ргб) ничего по факту не назначается, а просто выводится напрямую... как элемент интерфейса )

По сути да!



Вот картинка. Слева файл без профиля, но имеющий пространство sRGB. Справа его копия в режиме softproof monitor rgb

Как видим, левый файл был преобразован, получил пурпурный сдвиг и на зелёном интерфейсе выглядел с естественными цветами.

sftproof monitor rgb вывел изображение как есть, поэтому оно изображается в цвете интерфейса.



Вторая картинка. Слева файл конвертирован в пространство монитора, т.е получило пурпурный сдвиг. Справа его копия в режиме softproof monitor rgb

Как видим получил нулевое преобразование и со своим, уже имеющимся пурпурным сдвигом, на зелёном интерфейсе выглядел с естественными цветами.

sftproof monitor rgb вывел изображение как есть, поэтому оно изображается с уже имеющимся пурпурным сдвигом, т.е. с естественными цветами на фоне зелёного интерфейса.

Обе нижние картинки выглядят идентично.



Я полагаю, что механизм sftproof monitor rgb продемонстрирован вполне наглядно.

[Deman32]

По сути да!



Вот картинка. Слева файл без профиля, но имеющий пространство sRGB. Справа его копия в режиме softproof monitor rgb



image145.jpg



Как видим, левый файл был преобразован, получил пурпурный сдвиг и на зелёном интерфейсе выглядел с естественными цветами.

sftproof monitor rgb вывел изображение как есть, поэтому оно изображается в цвете интерфейса.



Вторая картинка. Слева файл конвертирован в пространство монитора, т.е получило пурпурный сдвиг. Справа его копия в режиме softproof monitor rgb



image146.jpg



Как видим получил нулевое преобразование и со своим, уже имеющимся пурпурным сдвигом, на зелёном интерфейсе выглядел с естественными цветами.

sftproof monitor rgb вывел изображение как есть, поэтому оно изображается с уже имеющимся пурпурным сдвигом, т.е. с естественными цветами на фоне зелёного интерфейса.

Обе нижние картинки выглядят идентично.



Я полагаю, что механизм sftproof monitor rgb продемонстрирован вполне наглядно.

Наконец-то, своими собственными рассуждениями дошли до того что под отключением cms подразумевается отключение ТОЛЬКО преобразования циферь из пространства файла в какое-то другое, а НЕ ВЫВОД СИГНАЛА НА МОНИТОР.

Может, скоро дойдёт, что при этом та пресловутая LUT корректирует сигнал независимо от чьих-то хотелок и алгоритмов. А как она должна корректировать? А из какого-то стандартного пространства в уникальное пространство монитора данного пользователя.

[awam]

Ничего что видеокарте по барабану будет что профиль, что изображённое на картинке, что чёрный текст на белом фоне? Или видеокарты уже с собственной цмс?

Deman32, идите учите матчасть. Как программист вы для меня пустое слово, потому что логическое мышление у вас отсутствует напрочь!



Я не просто так сказал, что при softproof monitor rgb с опцией "Preserve RGB Numbers", "Изображению назначается профиль монитора и затем оно отправляется в видеокарту."

В Proof Setup есть ещё два предустановленных профиля с опцией Preserve RGB Numbers. И в этих пресетах файлу будет назначен не профиль монитора, а профиль эмулируемого устройства вывода. И затем КАК ЕСТЬ изображение отправится в видеопамять.



А кроме этих трёх предустановленных профиля, софтпруф любого другого эмулируемого устройства можно сделать с опцией Preserve RGB Numbers.

Файлу будет назначен профиль устройства и дальше КАК ЕСТЬ он будет отправлен на видеокарту.

[awam]

Может, скоро дойдёт, что при этом та пресловутая LUT корректирует сигнал независимо от чьих-то хотелок и алгоритмов. А как она должна корректировать? А из какого-то стандартного пространства в уникальное пространство монитора данного пользователя.

Вытряхните кашу из своей головы. LUT - не является уровнем системы. Это уровень устройства.

Уровень системы - профайл.

Это разные вещи!

[Deman32]

Да хоть как телегу обзовите - если она самодвижущаяся, то это автомобиль.

Суть не в том, кто ШТО делает, а в НАЛИЧИИ КОРРЕКЦИИ СИГНАЛА в любом случае. Хоть фотошоп пускай надорвётся.

Вообще можете любую схему в голове выстраивать, но если у вас НОРМАЛЬНО - это когда интерфейс и фото разъехались один в китай, а другой в англию, тогда вообще смысл говорить о точном цвете?

Откалибруйте монитор и раздвиньте занавески, чтоб солнце светило прямо в глаз - эффект примерно тот же.

[Deman32]

Вот рассуждают люди рассуждают. Допустим правильно рассуждают.

Но факт: интерфейс одного цвета (в реальности серый выглядит серым), фото - другого. Ну ОК.

Пускай даже монитор настолько хорош, что нет такой заметной ужасной разницы (к слову я знаю монитор, на котором эта разница есть).

Вопрос к знатокам: кто дурак: Microsoft или Adobe? Поскольку два разных цвета одновременно не могут быть правильными.

Бросим камень в сторону мелкомягкого, у которого вечно плохая ОС особенно по сравнению с люксовыми (ну вы поняли, про какую речь)? Или всё же в сторону адобы (как любят говорить особо правильные фотографы, посвящённые, так сказать), потому что в его(её) продуктах цвет на никоне не айс?

[awam]

но если у вас НОРМАЛЬНО - это когда интерфейс и фото разъехались один в китай, а другой в англию, тогда вообще смысл говорить о точном цвете?

Вывод интерфейса и фото - разные вещи!

LUT видеокарты - это составляющая часть устройства, "таблица поправок" основная задача которой обеспечить возможность внесения поправок в каждый из трех каналов цвета.

Профайл монитора - это файл, описывающий свойства этого устройства.

Графика интерфейса создаётся в видеопамяти напрямую.

Изображение фото передаётся на видеокарту с использованием профайла устройства вывода.

Именно поэтому если изображение подать на видеокарту как есть - оно будет отображено с цветом интерфейса. Равнозначно команде "назначить профиль"

Если конвертировать в пространство монитора - изображение будет с естественными цветами.

Между конвертировать и назначить разницу вы так и не понимаете.



Аналогия. Если изображению пространства ProPhoto RGB присвоить профиль sRGB - тон станет темнее, цвет блёклым. Это равносильно что фото с пространством ProPhoto RGB отправили в пространство sRGB КАК ЕСТЬ.

Если конвертировать в профиль sRGB - изображение будет с адекватным тоном и адекватным цветом.

[awam]

Поскольку два разных цвета одновременно не могут быть правильными.

Могут. Разные способы вывода.

[Deman32]

Могут? То есть я приду к кому-нибудь, кто попросит монитор настроить и всё такое, а я ему: "у вас цвет на мониторе правильный, просто разные способы вывода. С вас ... рублей"



Володя! Нет естественных цветов в фотографии! Есть цвет в файле в пространстве sRGB и чётко с точностью до миллиметра соответствующий ему цветовой стимул от пикселя монитора, что может замерить прибор и показать в числах оно или не оно.

Вот чтоб было оно, сигнал и корректируется на величину искажений монитора. И эта коррекция происходит на всём изображении, независимо от понтовости программ включенных. Это проверяется загрузкой на лету с помощью утилиты калибровки какого-нибудь левого профиля вроде того тестового. И усе - фотошоп в этом случае помалкивает и показывает точно такую же зелень в ЛЮБОМ режиме. Пока его не перезапустишь с новым мониторным профилем. Так что НЕ шоп занимается какими-то там делишками с видеокартой и не указывает ей, какую коррекцию применять.

[awam]

Зелёный цвет интерфейса - это результат сдвига "таблицы поправок" в видеокарте.

Нормальное фото - это результат использования профайла монитора, который учитывает сдвиг "таблицы поправок" видеокарты.

В файл изображения вносятся предискажения он загружается в видеопамять, "таблица поправок" видеокарты корректирует вывод на экран, результат - изображение с нормальным цветом.

Предискажений интерфейса не делается, он просто грузится в видеопамять, "таблица поправок" видеокарты корректирует вывод на экран, результат - изображение с зелёным цветом.



В нормально калиброванной системе всё будет с нормальными цветами. И интерфейс и изображение.

[awam]

Вот чтоб было оно, сигнал и корректируется на величину искажений монитора. И эта коррекция происходит на всём изображении, независимо от понтовости программ включенных.

Нет! Каждому окну виндовс выделяется свой объём видеопамяти. Интерфейс окна и содержимое окна - разные вещи!

[Deman32]

Вы понимаете, что то что мы видим на скринах с зелёным цветом потом становится СЕРЫМ за счёт косости калибровки (не профилирования).

То есть моник без всяких профилей и прочего, без профилирования, показывает ПУРПУРНУЮ КАРТИНКУ, без прописанных в системе профилей кроме sRGB. Профиль тестовый доливает зелень, что в итоге даёт нейтраль.

И там где вы видели У СЕБЯ СЕЙЧАС природный цвет кожи модели на фото, на том кривом мониторе В РЕАЛЬНОСТИ, которому соответствует тестовый профиль, КОЖА БУДЕТ ПУРПУРНОЙ. НЕ произойдёт никакого выравнивания нейтралей. Косость монитора действует на всю картинку.

[Deman32]

Нет! Каждому окну виндовс выделяется свой объём видеопамяти. Интерфейс окна и содержимое окна - разные вещи!

Включайте шоп, а потом меняйте профиль монитора в системе на лету. И смотрите на эти "разные вещи".

[awam]

Вопрос к знатокам: кто дурак: Microsoft или Adobe? Поскольку два разных цвета одновременно не могут быть правильными.

В ваших словах был бы смысл, если бы виндовс не имела системы управления цветом.

Тогда да! Интерфейс и фото обязаны были быть одного цвета.

[awam]

Включайте шоп, а потом меняйте профиль монитора в системе на лету. И смотрите на эти "разные вещи".

Вы же сами говорили, фотошоп использует тот системный профиль, который считал при загрузке.

Если менять профиль системы на лету, в LUT окажется одна таблица поправок, а фотошоп будет использовать таблицу поправок прежнего профиля.

Это косяк программистов фотошоп.

[Deman32]

Даже если не понимаете, объясните, для чего делать в каждой программе одну и ту же коррекцию, если можно делать её 1 раз на уровне всей системы, не заставляя программы пересчитывать цвет на каждой фотке. А если это браузер? Будем грузить процессор лишний раз, чтобы посчитать одно и то же?

При том что на маке давно уже всё сделано за программы и не нужно париться.

[Deman32]

Вы же сами говорили, фотошоп использует тот системный профиль, который считал при загрузке.

Если менять профиль системы на лету, в LUT окажется одна таблица поправок, а фотошоп будет использовать таблицу поправок прежнего профиля.

Это косяк программистов фотошоп.

Так. Уже значит программисты фотошоп накосячили. Не чувствуете в этой аргументации зыбкого основания?

ЗАЧЕМ ИСПОЛЬЗОВАТЬ ТАБЛИЦУ ПОПРАВОК, ЕСЛИ ЕЁ УЖЕ ИСПОЛЬЗУЕТ ОС?

Эта таблица образно говоря sRGB => пространство монитора. Её один раз создал, включил и забыл.

[awam]

То есть моник без всяких профилей и прочего, без профилирования, показывает ПУРПУРНУЮ КАРТИНКУ

Нет! В нашем опыте моник аппаратно настроен на нейтрально серый. Ничего он не пурпурит! В этом и есть ваша ошибка, вы приписываете реальному монитору вымышленные условия!

Сдвиг даёт видеокарта! Это реальность.

Пурпур монитора - ваша выдумка, из-за которой происходит реальный сдвиг результата в вашем сознании.



Вы ошибаетесь в исходных данных, программист!



А вот если мы действительно аппаратно накрутим пурпура на экран, а потом компенсируем его сдвигом в зелень "таблицы поправок" видеокарты!

Мы получим на мониторе нейтрально серый интерфейс и опять же - нормальный цвет картинки в окне просмотра.

[Deman32]

То есть в реальности мы будем наблюдать колориметрически точный цвет что в интерфейсе, что на фото? Так?

[awam]

ЗАЧЕМ ИСПОЛЬЗОВАТЬ ТАБЛИЦУ ПОПРАВОК, ЕСЛИ ЕЁ УЖЕ ИСПОЛЬЗУЕТ ОС?

Таблица поправок пишется в LUT видеокарты. Это поправки реальных RGB стимулов монитора.

А ОС использует профайл для согласования пространства файла с пространством монитора.



Профайл создаётся программой профилирования монитора. Все поправки пишутся в тег vcgt.

Из этого тега поправки пишутся в LUT видеокарты.



А для корректирования файла изображения перед отправкой в видеокарту используются другие теги.

В них задаются границы rgb пространства монитора (теги rXYZ, bXYZ, gXYZ) точка белого (тег wtpt) и поканальные гамма-кривые (теги rTRC, gTRC, bTRC)

[Deman32]

Ну замечательно. Итог какой? Цвет будет колориметрически точным или нет? И на интерфейсе и на фото в шопе без софтпруфа?

[awam]

То есть в реальности мы будем наблюдать колориметрически точный цвет что в интерфейсе, что на фото? Так?

Да. На калиброванной системе.

Нет. Если профайл не будет соответствовать реальному состоянию монитора.

Пара видеокарта - монитор окажется разбалансированной.

Интерфейс будет выводиться с хроматическим сдвигом записанным в LUT.

Изображение будет выводиться после конвертирования в пространство монитора, используя профайл монитора.

Т.е. получать тот самый пурпурный сдвиг в нашем тесте.

[Deman32]

То есть изображение будет неверным, а интерфейс верным. Так как: "Таблица поправок пишется в LUT видеокарты. Это поправки реальных RGB стимулов монитора".

[awam]

И на интерфейсе и на фото в шопе без софтпруфа?

Да.

Софтпруф - это имитация устройства вывода. Аналогична конвертированию в профиль устройства вывода.

preserve rgb number - это назначение профиля вывода

[awam]

То есть изображение будет неверным, а интерфейс верным.

Нет. В ОС имеющей систему управления цветом изображение будет верным и интерфейс будет верным.

[Deman32]

Если моник откалиброван ИДЕАЛЬНО и полностью соответствует sRGB. О чём я и писал до этого.

В случае реальном будет:

"Интерфейс будет выводиться с хроматическим сдвигом записанным в LUT" + "Таблица поправок пишется в LUT видеокарты. Это поправки реальных RGB стимулов монитора"

То есть учёт РЕАЛЬНОСТИ монитора работает ТОЛЬКО на интерфейсе.

[Ратников Серёжа]

Хотел один момент проверить, но PhotoCode перестал запускаться. Нажимаю, нажимаю на открытие программы, но ничего не происходит.

[awam]

Если моник откалиброван ИДЕАЛЬНО и полностью соответствует sRGB. О чём я и писал до этого.

Насчёт "полностью соответствует sRGB" - это ваша выдумка.

То есть учёт РЕАЛЬНОСТИ монитора работает ТОЛЬКО на интерфейсе.

У вас опять туго с логикой.

Задачка для вас. У меня все поправки при калибровке монитора вносятся в 3D LUT монитора.

Соответственно сам по себе профайл имеет нулевые коррекции. Таблица поправок (LUT) - нулевые коррекции.

Файл в пространстве sRGB. Будет ли разница между обычным выводом на монитор и софтпруф monitor rgb?



На любой ответ "да" или "нет", хотелось бы получить объяснение "почему?".

[awam]

"Интерфейс будет выводиться с хроматическим сдвигом записанным в LUT" + "Таблица поправок пишется в LUT видеокарты. Это поправки реальных RGB стимулов монитора"

Я не понял, зачем вы это плюсуете?

У меня впечатление что я с ребёнком разговариваю, а не с программистом...

[Julysha]

И еще интересно узнать: как картинку без профиля, которая, возможно, выглядит правильной на мониторе после всех этих операций, напечатать на принтере (профилированном). И какой цвет получим на отпечатке?



И еще забыли об одном моменте: цвет изображения на мониторе зависит от ЦТ внешнего освещения, от ЦТ, под который монитор откалиброван и отпрофилирован, а не о того, sRGB или Адобе с Профото RGB в качестве охвата монитора или рабочего пространства (если цветовой охват картинки не очень большой). Не бывает правильного цвета в оторванности от этих важных параметров.



Ведь главная задача фотографа - уметь правильно напечатать результат, а не разместить его в Контактах.

[awam]

[member="Deman32"], объясняю на пальцах.



У вас есть файл с данными: (10, 10, 10)

У вас есть устройство вывода, в котором записана таблица поправок (+2, +3, -1)

У вас есть профайл этого устройства, который описывает конкретное поведение этого устройства (+2, +3, -1)

Если вы передать свой файл с данными через это устройство вывода, то вы воспользуетесь профайлом устройства и скорректируете данные на входе этого устройства так, чтоб на выходе получить ПРАВИЛЬНЫЕ данные.

Т.е (10-2=8, 10-3=7, 10+1=11). Устройство сделает свой сдвиг (8+2=10), 7+3=10, 11-1=10). На выходе ваш ПРАВИЛЬНЫЙ файл (10, 10, 10).

Вас сильно волнует в какой обёртке система передаст ваш файл, в синей или зелёной?

[awam]

от ЦТ, под который монитор откалиброван и отпрофилирован, а не о того, sRGB или Адобе с Профото RGB в качестве охвата монитора

Обязательно будет разница между "пересчитать в координаты пространства монитора" и "назначить координаты пространства монитора"

Даже в идеально калиброванной системе. Именно из-за различий координат.

Deman32 этого никак не может понять.

[Deman32]

[member="Deman32"], объясняю на пальцах.



У вас есть файл с данными: (10, 10, 10)

У вас есть устройство вывода, в котором записана таблица поправок (+2, +3, -1)

У вас есть профайл этого устройства, который описывает конкретное поведение этого устройства (+2, +3, -1)

Если вы передать свой файл с данными через это устройство вывода, то вы воспользуетесь профайлом устройства и скорректируете данные на входе этого устройства так, чтоб на выходе получить ПРАВИЛЬНЫЕ данные.

Т.е (10-2=8, 10-3=7, 10+1=11). Устройство сделает свой сдвиг (8+2=10), 7+3=10, 11-1=10). На выходе ваш ПРАВИЛЬНЫЙ файл (10, 10, 10).

Вас сильно волнует в какой обёртке система передаст ваш файл, в синей или зелёной?

На пальцах я и сам вам это расписывал.

Волнует. Потому что в синей обёртке ваши координаты будут 10 10 50, а в зелёной 10 50 10. О чём вообще дальше можно разговаривать???

[Deman32]

Я не понял, зачем вы это плюсуете?

У меня впечатление что я с ребёнком разговариваю, а не с программистом...

Я плюсую ваши слова, чтобы показать полное противоречие. Почему-то коррекция применится только к чему-то одному, а вот цвет обязан будет быть правильным ВЕЗДЕ.