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

[Deman32]

Софтпруф монитор ргб, а не тот где галочку снимаешь.

Наводящий вопрос: вы понимаете, что зеленеть должно всё, так как это коррекция именно искажений монитора? Это делает ОС с мониторный профилем.



Стоп. Вы прописывали в системе тестовый мониторный профиль?

[awam]

Стоп. Вы прописывали в системе тестовый мониторный профиль?

А зачем вам что-то демонстрировать на этом непонятном профиле? Вы знаете что там куда вывернули?

Но если хотите, нате вам опыт с этим профилем. Использовал ваше фото, то самое из фотокода, без профиля.

Фото и его дубль. На дубле включен софтпруф монитор ргб

[awam]

Так вот я вам объясняю, что в режиме БЕЗ софтпруфа монитор ргб фотошоп показывает НЕВЕРНОЕ изображение!

Вы знаете, в Adobe думают иначе. Они утверждают, что софтпруф Monitor RGB создает цифровую цветопробу, используя наш текущий профиль монитора в качестве профиля устройства вывода, и при этом CMS не используется!



https://helpx.adobe.com/photoshop/using ... olors.html

Soft-proof presets



Legacy Macintosh RGB (Photoshop and Illustrator) Creates a soft proof of colors simulating Mac OS 10.5 and earlier.



Internet Standard RGB (Photoshop and Illustrator) Creates a soft proof of colors simulating Windows and Mac OS 10.6 and later.



Monitor RGB (Photoshop and Illustrator) Creates a soft proof of RGB colors using your current monitor profile as the proof profile.



Note: The Legacy Macintosh, Internet Standard, and Monitor RGB options assume that the simulated device will display your document without using color management.

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

[Deman32]

А зачем вам что-то демонстрировать на этом непонятном профиле? Вы знаете что там куда вывернули?

Но если хотите, нате вам опыт с этим профилем. Использовал ваше фото, то самое из фотокода, без профиля.

Фото и его дубль. На дубле включен софтпруф монитор ргб



image130.jpg

Ага. Только сперва надо менять профиль, а затем запускать фотошоп. Он не следит за обновлениями профиля в реальном времени, а берёт установки в момент запуска. Когда меняешь профиль с запущенным фотошопом, картинка не меняется что в софтпруфе что без выглядит одинаково. Перезапускайте шоп.

[Deman32]

Вы знаете, в Adobe думают иначе. Они утверждают, что софтпруф Monitor RGB создает цифровую цветопробу, используя наш текущий профиль монитора в качестве профиля устройства вывода, и при этом CMS не используется!



https://helpx.adobe.com/photoshop/using ... olors.html







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

И опять же, совершенно вы правы! Только не понимаете, что приведение координат цвета фотографии к рабочему пространству - это одно, а коррекция сигнала операционкой - другое. И работает ВСЕГДА.



Monitor RGB (Photoshop and Illustrator) Creates a soft proof of RGB colors using your current monitor profile as the proof profile.

- всё верно. Поэтому при просмотре sRGB картинки на sRGB мониторе мы видим цвет один в один как он должен быть. А при просмотре ProPhoto картинки на sRGB мониторе мы видим тускло-зеленоватую картинку.

Всё правильно ведь у нас ОТКЛЮЧЕНО ПРЕОБРАЗОВАНИЕ ЦВЕТА ИЗ ПРОСТРАНСТВА ФАЙЛА В РАБОЧЕЕ ПРОСТРАНСТВО - ЧТО И НАЗЫВАЕТСЯ COLOR MANAGEMENT

Monitor RGB options assume that the simulated device will display your document without using color management.

Операционка при этом, как ни странно), продолжает функционировать и корректировать сигнал на монитор.

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

Поэтому при просмотре sRGB картинки на sRGB мониторе мы видим цвет один в один как он должен быть.

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

[Deman32]

Я вам, Сергей, задавал простой вопрос: если операционка не корректирует сигнал согласно мониторного профиля, кто тогда заливал ваш весь экран зелёным? Зелёные человечки?

[awam]

Операционка при этом, как ни странно), продолжает функционировать и корректировать сигнал на монитор.

Ох и хитрая эта операционка!

Ещё один эксперимент в "зелёном профиле".

Отключаем фотошоп, остаёмся один на один с операционкой.

Смотрите, стандартный проводник и на фоне его стандартное средство просмотра.

Кто чудит с просмотром? софтпруф?

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

Про зелёные интерфейсы я отвечал. Кстати, у Вас то ОС должна корректировать, то программа должна в мониторное пространство всё переводить. Не понятно )

ЭТИМИ ОТЛИЧИЯМИ ЗАНИМАЕТСЯ ОС! Программы должны преобразовывать пространство файла в рабочее пространство вашей ОС.

Так программы или ОС конвертирует из srgb в координаты монитора? А из AdobeRGB в координаты монитора? И как операционке понимать, когда и из какого пространства нужно перевести, если не все её программы умеют считывать профили?



Сейчас с помощью Soft Proof и Warning Gamut увидел наглядно, что мой монитор отличается от sRGB и AdobeRGB. И от ProPhotoRGB. Полагаю, это типовая ситуация, что монитор отличается от любого из абстрактных пространств. То есть Ваши утверждения, что на мониторах с широким охватам надо предварительно назначать картинке АдобРГБ, чтоб они корректно выводились в Paint или софтпруф монитор ргб - не верно.



Кстати, можно зайти с другой стороны. Софтпруф монитор ргб = операции Assign Profile, где мы картинке назначаем профиль нашего монитора. Только вот беда: профиль нашего монитора отличается от профиля, в рамках которого был создан файл (sRGB или AdobeRGB).



Deman32, вместо софтпруф монитор ргб можно настроить PS так, чтоб он отбрасывал профиль картинки и назначал ей профиль Вашего монитора. Тогда можно будет не переключаться в СофтПруф монитор ргб. Удобно ) Говорю же, PS как только не позволяет настроить себя

[Julysha]

[member="Julysha"], вы, или наверное тот кто вас этому научил, сильно преувеличиваете трудность эмуляции sRGB в aRGB. Это не просто, а очень просто, поскольку все точки sRGB, включены в aRGB, а назначение CMS в том и есть, чтобы обеспечивать адекватное отображение любых ц.пространств. sRGB.icm сделает из sRGB XYZ, а aRGB.icm из XYZ сделает aRGB.

Почему Вы решили, что я считаю это трудным? Для этого мне достаточно нажать всего одну кнопку при калибровке в SpectraViewII. У меня NEC PA241W. Эмуляция sRGB или Adobe RGB входит в один их его штатных режимов для калибровки. Когда я смотрю какой-нибудь МК по Adobe Connect, который не поддерживает CMS, я переключаюсь на профиль калибровки под sRGB. Разумеется, сначала нужно откалибровать и отпрофилировать в этом режиме. Но это только один раз, потом использовать эту калибровку при необходимости (SpectraViewII сама поменяет калибровку внутри монитора, она помнит все данные для каждой калибровки, и поставит соответствующий профиль в систему, все за пару секунд).



Другое дело, что мне режим sRGB неинтересен, я его использую только для случая. который описала. Я снимаю в основном пейзажные картинки и природу, и широкий цветовой охват для них предпочтительней.



Охват монитора в режиме Full (и соответствующая калибровка под 6000К)

Охват монитора при эмуляции sRGB и его соответствующая калибровка.

[Julysha]

Deman32, вместо софтпруф монитор ргб можно настроить PS так, чтоб он отбрасывал профиль картинки и назначал ей профиль Вашего монитора. Тогда можно будет не переключаться в СофтПруф монитор ргб. Удобно ) Говорю же, PS как только не позволяет настроить себя

Об этом давно писали - http://www.libraw.su/articles/monitor-softproof.html



Все это то же самое, что применить Assign Profile, и в нем вставить профиль своего монитора. Реализовано в разных местах фотошопа: в софтпруфе, при открытии картинки без профиля (либо с профилем, который отличается от рабочего), и непосредственно в Assign Profile.



Assign Profile - это открытие картинки с абстрактными цветовыми координатами в цветовом пространстве, профиль которого задали. Координаты при этом не пересчитываются, а цвет изменяется.

[Deman32]

Ох и хитрая эта операционка!

Ещё один эксперимент в "зелёном профиле".

Отключаем фотошоп, остаёмся один на один с операционкой.

Смотрите, стандартный проводник и на фоне его стандартное средство просмотра.

Кто чудит с просмотром? софтпруф?



image131.jpg

Да, со средством просмотра встроенным подтверждаю. Как оно работает - без понятия. Ноо...

Какие претензии к фотокоду? :







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

[Deman32]

Сейчас с помощью Soft Proof и Warning Gamut увидел наглядно, что мой монитор отличается от sRGB и AdobeRGB. И от ProPhotoRGB. Полагаю, это типовая ситуация, что монитор отличается от любого из абстрактных пространств. То есть Ваши утверждения, что на мониторах с широким охватам надо предварительно назначать картинке АдобРГБ, чтоб они корректно выводились в Paint или софтпруф монитор ргб - не верно.

Если картинка изначально в AdobeRGB. Если нет, то не верно. Вот когда сконвертируете sRGB картинку в AdobeRGB пространство, тогда и Paint её покажет верно на AdobeRGB мониторе. Не перевирайте мои слова.

[awam]

Да, со средством просмотра встроенным подтверждаю. Как оно работает - без понятия. Ноо...

Какие претензии к фотокоду? :



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

В этом и есть суть: "Как оно работает - без понятия."

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

Это раз.

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

Это два.

[Deman32]

То есть последняя крепость ваших аргументов пала и пошли в бой аргументы "сам ..."? Гениально

Тогда потрудитесь мне объяснить связь между работой моей программы и средством просмотра винды? Если сумеете, я с интересом выслушаю. Но что-то мне подсказывает, что связи тут 0, а логику работы средства просмотра вы и сами не знаете.

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









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

[awam]

Тогда потрудитесь мне объяснить связь между работой моей программы и средством просмотра винды? Если сумеете, я с интересом выслушаю. Но что-то мне подсказывает, что связи тут 0, а логику работы средства просмотра вы и сами не знаете.

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

Даже в зелёном интерфейсе, виндовс выдаёт правильную картинку в окне просмотра.

С естественными цветами, а не с зелёными, которые вы думаете, должны были бы быть.

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



Поэтому ваше пренебрежительное отношение к CMS считаю крайне легкомысленным.

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

Вот когда сконвертируете sRGB картинку в AdobeRGB пространство, тогда и Paint её покажет верно на AdobeRGB мониторе.

Проблема в том, что нет таких чистых AdobeRGB мониторов. К sRGB это тоже относится. Поэтому, чтоб Paint верно отобразил всё, нужно предварительно картинку сконвертировать в профайл монитора. А не в sRGB или AdobeRGB.



Мой монитор имеет какой-то свой уникальный охват. При этом я могу в PS корректно открыть картинки хоть с sRGB-координатами, хоть с AdobeRGB, хоть с ProPhotoRGB, хоть вообще с каким угодно профилем ) И всё будет корректно отображено, что попадает в гамут моего монитора. Если берём простую картинку без насыщенных цветов, то проблем не будет. Проблема возникнет, если я возьму этот файл, проигнорирую его профиль и назначу ему профиль моего монитора (т.е. без пересчёта координат). А это равносильно режиму софтпруф монитор ргб )

[Deman32]

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

Даже в зелёном интерфейсе, виндовс выдаёт правильную картинку в окне просмотра.

С естественными цветами, а не с зелёными, которые вы думаете, должны были бы быть.

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



Поэтому ваше пренебрежительное отношение к CMS считаю крайне легкомысленным.

Не, awam, вы не поняли вообще суть этого теста. Всё что зелёное - это верный цвет. Тестовый профиль исправляет кривизну нашего теоретического монитора, на котором картинка без профилирования пурпурная. То есть пурпур + зелень = нейтраль.

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

[awam]

[member="Deman32"], вы взяли тестовый профиль с сайта http://www.colorantlab.com/ru_test.html.

Вот что утверждают авторы этих тестов:

Если изображение выглядит естественно (причём элементы интерфейса программы в дальнейшем имеют зелёный оттенок) — данное ПО корректно работает с профилем монитора:



Если изображение имеет выраженный зелёный оттенок, как и элементы интерфейса программы, значит данное ПО не учитывает профиль монитора (и скорее всего встроенный профиль изображения также):

Почему у вас прямо противоположные утверждения? Может вы чего-то не понимаете?

[Deman32]

Проблема в том, что нет таких чистых AdobeRGB мониторов. К sRGB это тоже относится. Поэтому, чтоб Paint верно отобразил всё, нужно предварительно картинку сконвертировать в профайл монитора. А не в sRGB или AdobeRGB.



Мой монитор имеет какой-то свой уникальный охват. При этом я могу в PS корректно открыть картинки хоть с sRGB-координатами, хоть с AdobeRGB, хоть с ProPhotoRGB, хоть вообще с каким угодно профилем ) И всё будет корректно отображено, что попадает в гамут моего монитора. Если берём простую картинку без насыщенных цветов, то проблем не будет. Проблема возникнет, если я возьму этот файл, проигнорирую его профиль и назначу ему профиль моего монитора (т.е. без пересчёта координат). А это равносильно режиму софтпруф монитор ргб )

Да вы можете понять, что без разницы, какой у вас там охват? Хоть всю вселенную охватите в диапазоне от рентгена до инфракрасного, вывести, высветить ваш монитор должен цвет НЕ ШИРЕ adobergb или srgb. Если он выводит цвет шире этих границ - это косяк профилирования. Человек сидя за разными мониками должен видеть одну насыщенность, один тон, одну яркость цвета на одной и той же картинке. В какую сторону косит монитор не профилированный - вас это вообще заботить не должно. Цветов, выходящих за стандартные srgb or adobergb вы видеть вообще не должны. Хоть ваш монитор и способен будет их отображать. Это суть стандартизации. Без этого каждый "спец" будет видеть свою картинку, теша себя тем, что фотошоп всё покажет верно.

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

Deman32, смотрите, несколько тезисов:

- Soft Proof с Monitor RGB = Assign Profile с выбором профайла монитора

- Правильное отображение картинки без пересчёта координат = условию, когда пространство, в котором она создана, полностью соответствует пространству устройства отображения



Пока нормально? Идём дальше:



- профайл монитора не равен профайлу абстрактного пространства.

- а вот почти все картинки созданы в абстрактном пространстве и имеют координаты этого абстрактного пространства.



Верно?



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

[awam]

Не, awam, вы не поняли вообще суть этого теста. Всё что зелёное - это верный цвет.

Нет.

Всё будет зелёным, если вы аппаратно задерёте зелёный на своём мониторе.

[Deman32]

[member="Deman32"], вы взяли тестовый профиль с сайта http://www.colorantlab.com/ru_test.html.

Вот что утверждают авторы этих тестов:







Почему у вас прямо противоположные утверждения? Может вы чего-то не понимаете?

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

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

[Deman32]

Deman32, смотрите, несколько тезисов:

- Soft Proof с Monitor RGB = Assign Profile с выбором профайла монитора

- Правильное отображение картинки без пересчёта координат = условию, когда пространство, в котором она создана, полностью соответствует пространству устройства отображения



Пока нормально? Идём дальше:



- профайл монитора не равен профайлу абстрактного пространства.

- а вот почти все картинки созданы в абстрактном пространстве и имеют координаты этого абстрактного пространства.



Верно?



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

НЕ ВЕРНО. Вы ничего никому не назначаете в этом режиме. Как в файле прописан цвет 100 50 100, так он и полетит сперва ОПЕРАЦИОНКЕ, потом она накладывает на этот цвет коррекцию согласно прописанного профиля монитора, а потом сигнал летит на монитор. И в случае с сргб картинкой, что с внедрённым профилем, что без, ОС сделает коррекцию сргб => пространство монитора, и отправит это скорректированный сигнал на моник.

[awam]

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

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

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

[awam]

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

Это вы не понимаете. Координаты пространства картинки не совпадают с координатами устройства отображения.

Вы совместили координаты - картинка позеленела.

[Deman32]

Нет.

Всё будет зелёным, если вы аппаратно задерёте зелёный на своём мониторе.

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

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

[Deman32]

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

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

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

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

вывести, высветить ваш монитор должен цвет НЕ ШИРЕ adobergb или srgb.

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



Одно дело - мой монитор физически не может что-то отобразить, но к чему урезать то, что он реально может?

Если он выводит цвет шире этих границ - это косяк профилирования.

Монитор профилируется не под какое-то пространство ) Его охват - это не результат профилирования, а физические возможности. Задача профиля - описать эти возможности.

Человек сидя за разными мониками должен видеть одну насыщенность, один тон, одну яркость цвета на одной и той же картинке.

Точно! Этим целям и служит CMS )) Причём успешно служит.

Цветов, выходящих за стандартные srgb or adobergb вы видеть вообще не должны.

Это верно только для картинок, координаты которых заданы в sRGB или AdobeRGB. Но ничто не мешает мне для каких-то иных целей использовать другие пространства. Например, при подготовке фотографии для вывода на конкретном устройстве, чей физический охват может быть как уже, так и шире обозначенных выше абстрактных пространств. Почему тогда не использовать возможности на полную?

Это суть стандартизации. Без этого каждый "спец" будет видеть свою картинку...

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



Ну, по крайней мере, стало понятно, где находится Ваше заблуждение. Вы хотите железно или профилем урезать все устройства, чтоб они как можно меньше отличались от абстрактных пространств, чтоб рабочим пространством монитора (читай чтоб профилем монитора) был АдобРГБ или sRGB. (Вот только реальные 95% AdobeRGB не подтянуть до 100% AdobeRGB, хотя 105% sRGB урезать можно.) Но на самом деле всё проще - достаточно использовать CMS И тогда можно полноценно пользоваться всеми устройствами, искусственно не урезая их возможности.

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

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

Никаких противоречий. Профиль монитора и профили картинок - это разные вещи. Софтпруф монитор ргб = назначению картинке профиля монитора.

[Deman32]

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

Почему всё зелёное, а картинка не зелёная? Какие преобразования и кто - ПО или ОС делает над цветом интерфейса и самой фотки.

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

НЕ ВЕРНО.

Какой из тезисов - не верный?

Вы ничего никому не назначаете в этом режиме.

Можете проверить. Сравнить результат. Софтпруф монитор ргб = действию Assign Profile с выбранным профилем монитора (который прописан в системе).

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

Ну и ещё раз. ОС не делает коррекцию sRGB => пространство монитора. Это делает программа отображения с поддержкой CMS. Иначе мы бы и в Paint видели бы нормальные цвета, однако, в нём результат выводится напрямую, без конвертации координат. Именно этот режим эмулирует софтпруф монитор ргб. И именно этого эффекта можно добиться намеренным игнорированием профиля картинки и назначением ей профиля монитора.

[awam]

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

Нет, картинка не была пурпурной. Картинка у вас была нормальная. Она стала пурпурной на скриншоте.



Вот смотрите, я беру ваше нормальное изображение и сдвигаю его координаты в соответствии с тем самым кривым профилем test.icc

В фотошопе -> Assign profile test.icc

Вот после этого, когда координаты пространства картинки равны координатам пространства монитора, в окне просмотра картинка перестанет быть пурпурной. А её превьюшка в интерфейсе позеленеет.

Вуаля!

[Deman32]

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



Ну, по крайней мере, стало понятно, где находится Ваше заблуждение. Вы хотите железно или профилем урезать все устройства, чтоб они как можно меньше отличались от абстрактных пространств, чтоб рабочим пространством монитора (читай чтоб профилем монитора) был АдобРГБ или sRGB. (Вот только реальные 95% AdobeRGB не подтянуть до 100% AdobeRGB, хотя 105% sRGB урезать можно.) Но на самом деле всё проще - достаточно использовать CMS И тогда можно полноценно пользоваться всеми устройствами, искусственно не урезая их возможности.

Браво. Ну так смотрите на своём мониторе сргб картинки со своей усиленной насыщенностью. Чё, ведь монитор-то позволяет!



Только про стандартизацию забудьте. И не говорите потом, что все остальные видят картинку не так как вы её увидели.

Вот так люди сидят за ноутбучными синюшными экранами и искренне удивляются, что накрученный ими цвет почему-то не так хорошо воспринимается остальными. А ведь они видят у себя отличную картинку!

[Deman32]

Какой из тезисов - не верный?



Можете проверить. Сравнить результат. Софтпруф монитор ргб = действию Assign Profile с выбранным профилем монитора (который прописан в системе).

Ну ещё бы. Фотошоп в обычном режиме следуя прописанному в файле профилю монитора сконвертит цвета картинки в рабочее пространство, потом эти же коррекции вычитает и операционка поверх накладывает профиль монитора. Что полностью равно сргб + коррекция цвета ОС.

Ну и ещё раз. ОС не делает коррекцию sRGB => пространство монитора. Это делает программа отображения с поддержкой CMS. Иначе мы бы и в Paint видели бы нормальные цвета, однако, в нём результат выводится напрямую, без конвертации координат. Именно этот режим эмулирует софтпруф монитор ргб. И именно этого эффекта можно добиться намеренным игнорированием профиля картинки и назначением ей профиля монитора.

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

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

Браво. Ну так смотрите на своём мониторе сргб картинки со своей усиленной насыщенностью. Чё, ведь монитор-то позволяет!

Если Вы внимательно прочитали, то я указал, что всему своё место. При наличии программы с CMS и при открытии sRGB-картинки - мы не увидим на мониторе с широким охватом цветов, выходящих за границы sRGB на этой картинке. Аналогично с картинкой AdobeRGB. На мониторе с широченным охватом можно смело отображать картинки, созданные в любых других пространствах ) И отображать правильно, без блёклых или перенасыщенных цветов. Благодаря CMS. Это и есть стандартизация. Верное отображение цветов на любых устройствах, не зависимо от широты их охвата. (Ну, за исключением, когда охват устройства уже охвата файла.)

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

Потом на полном серьёзе мне утверждаете, что операционка никакую коррекцию не делает.

Смотрите внимательнее. Я не говорил, что никакую коррекцию с помощью профиля ОС не делает. Я говорил, что ОС не делает конвертацию координат из sRGB в пространство монитора. Это всё же разные вещи.

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

Ну ещё бы. Фотошоп в обычном режиме следуя прописанному в файле профилю монитора сконвертит цвета картинки в рабочее пространство, потом эти же коррекции вычитает и операционка поверх накладывает профиль монитора. Что полностью равно сргб + коррекция цвета ОС.

Сложно описали ) Ну в любом случае - согласились )



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

[Deman32]

Смотрите внимательнее. Я не говорил, что никакую коррекцию с помощью профиля ОС не делает. Я говорил, что ОС не делает конвертацию координат из sRGB в пространство монитора. Это всё же разные вещи.

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

[Deman32]

Если Вы внимательно прочитали, то я указал, что всему своё место. При наличии программы с CMS и при открытии sRGB-картинки - мы не увидим на мониторе с широким охватом цветов, выходящих за границы sRGB на этой картинке. Аналогично с картинкой AdobeRGB. На мониторе с широченным охватом можно смело отображать картинки, созданные в любых других пространствах ) И отображать правильно, без блёклых или перенасыщенных цветов. Благодаря CMS. Это и есть стандартизация. Верное отображение цветов на любых устройствах, не зависимо от широты их охвата. (Ну, за исключением, когда охват устройства уже охвата файла.)

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

[Deman32]

Сложно описали ) Ну в любом случае - согласились )



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

Что всякий раз ежесекундно делает ОС при выводе любых циферь на монитор. А уж в каком пространстве цифры - тут забота ПО. Вот PhotoCode и даёт циферки ОС в пространстве сРГБ.

[awam]

Что всякий раз ежесекундно делает ОС при выводе любых циферь на монитор.

Ещё раз для вас:







Как видите, вы не правы.

[Deman32]

Не вижу. Прав. Связи между работой ОС в плане коррекции сигнала и работой какого-то ПО хоть и с подписью MS - ноль целых, ноль десятых.

[Deman32]

Я в программе могу КАК УГОДНО исказить цвет файла. Хоть с учётом профиля монитора, хоть без. И на работу ОС это не повлияет НИКАК. Она как работала по своим правилам, так и будет работать. Средство просмотра фотографий - это отдельное ПО, которое не обязано повторять никакие алгоритмы. Повторю: одинаковый шильдик - ещё не повод судить об идентичности принципов работы.

При этом сами не обратили внимание на изменение цвета не только самой фотки но и фона в программе.

[Julysha]

Никаких противоречий. Профиль монитора и профили картинок - это разные вещи. Софтпруф монитор ргб = назначению картинке профиля монитора.

Профиль картинки (стандартный профиль) и профиль откалиброванного монитора - по сути очень похожие вещи. Оба профиля являются профилями мониторов, только одного реального (с измеренными параметрами), а другого - абстрактного, с заданными стандартизованными данными. В профили обязательно прописываются данные о точке белого, яркости и т.п. Эти данные влияют на восприятие цвета.





Наверно, полезно рассказать, как устроены профили. Чтобы посмотреть, что находится в профилях, используем программу ICC Profile Inspector, в нее загружаются любые профили, которые присутствуют на компьютере.



Для начала возьмем профиль моего откалиброванного монитора и откроем его в Инспекторе.

Все эти непонятные сокращения имеют свой простой и понятный смысл, при клике на них открываются дополнительные окна с информацией. Первые строчки - чисто описательные (кто создал, когда , лицензии), в них нет полезного для работы с цветом.





Тэги rXYZ, gXYZ и bXYZ в профайле монитора самые главные, в них приводятся координаты главных колометрических координат дисплея, измеренные с помощью колориметра или спектрофотометра (поэтому эти измерения должны быть максимально точными). Они служат для построения матрицы пересчета координат из изображения со стандартным профилем (например, sRGB или Adobe RGB) в координаты сигнала, которые нужны для правильной цветопередачи на мониторе. Используются для оперативного построения матрицы перехода от RGB-монитора к XYZ и обратно (RGB <--> XYZ). Созданием матриц и пересчетом занимается CCM (Color Management Module), он является главным узлом в CSM. Но ему для работы нужна информация из цветовых профилей. Поэтому он считывает все теги их них.

Пунктирной линией здесь обозначен охват sRGB.



cpad - матрица хроматической адаптации. Реально, она нужна только для печати, там она учитывает небольшие сдвиги в цвете при переходе от одного освещения к другому. Но формально может быть построена и для монитора, по данным ЦТ и ее яркости, заданным во время калибровки.

Тег wtpd - координаты точки белого, полученной и измеренной при калибровке. Я задавала 6006К.

Тег lumi - измеренная максимальная яркость монитора. Я калибровала на 120 cd/m²

Тэги rTRC, gTRC и bTRC - это кривые, сообщающие графическому редактору фактические функции передачи яркостей по RGB-каналам. Я все приводить не буду, только первую покажу:

Тег vcgt фактически необходим для загрузки LUT-видеокарты при старте ОС. Но поскольку в моем мониторе своя 3D-LUT, то эти данные нулевые, в профайле моего монитора они могут и не участвовать и даже отсутствовать.

==================================================



Теперь рассмотрим профайл стандартного абстрактного цветового пространства, например, sRGB. Фактически, этот профайл - профайл абстрактного монитора с заданными в профайле параметрами (заданными в его тегах). Поэтому он содержит те же теги, что и профайл реального монитора. Отличие лишь в том, что в профайле реального монитора в тегах содержатся измеренные величины, а в тегах абстрактного монитора - приписанные значения.



Выглядит он так:

Тег wtpt задает координаты точки белого этого абстрактного монитора.

И заодно задается точка черного (ее координаты) по тегу bktp

Тэги rXYZ, gXYZ и bXYZ задают координаты главных цветов (максимальные), т.е. определяют цветовой охват

Тег view задает условия просмотра (для окружения и освещения), все в координатах XYZ

И яркость самого абстрактного монитора по тегу lumi

Тэги rTRC, gTRC и bTRC я уже не буду приводить, они аналогичны тегам реального монитора.



Профайл стандартного абстрактного монитора (профиль sRGB в изображении) необходим для того, чтобы графический редактор мог составить матрицу перехода от стандартных RGB-сигналов к XYZ; профайл реального монитора необходим для того, чтобы графический редактор мог составить матрицу перехода от XYZ к "валюте" монитора; полученные матрицы нужны для составления третьей, реализующий непосредственный переход от трихроматических сигналов в файле к сигналам монитора.



Координаты XYZ необходимы для того, чтобы производить визуализацию аппаратно-независимым образом, то есть, не зависимо от того, на каком мониторе происходит просмотр, использование профайлов и пересчета координат в ССМ исключает зависимость от параметров калибровки и условий просмотра (освещенность, ЦТ и прочее, что обычно задается во время калибровки). Одной LUT в видеокарте для идентичного цвета явно не достаточно.



Следует подчеркнуть, что профайл монитора несет в себе информацию, необходимую для реализации грассмановского принципа визуализации, т.е. принципа повтора воздействий.

[IVX]

Тэги rXYZ, gXYZ и bXYZ в профайле монитора самые главные, в них приводятся координаты главных колометрических координат дисплея, измеренные с помощью колориметра или спектрофотометра (поэтому эти измерения должны быть максимально точными). Они служат для построения матрицы пересчета координат из изображения со стандартным профилем (например, sRGB или Adobe RGB) в координаты сигнала, которые нужны для правильной цветопередачи на мониторе. Используются для оперативного построения матрицы перехода от RGB-монитора к XYZ и обратно (RGB <--> XYZ). Созданием матриц и пересчетом занимается CCM (Color Management Module), он является главным узлом в CSM.

сорри, но опять не то.. Указанные поля и есть матрица, никто её не вычисляет, она просто там размещена(3х3 = 9 коэффициентов), а границы охвата заданы условием клиппинга по 1(значения выше 1 == 1), то есть для sRGB, это где-то .7 для синего, .7 для зеленого и .4 для красного.

[Julysha]

сорри, но опять не то.. Указанные поля и есть матрица, никто её не вычисляет, она просто там размещена(3х3 = 9 коэффициентов), а границы охвата заданы условием клиппинга по 1(значения выше 1 == 1), то есть для sRGB, это где-то .7 для синего, .7 для зеленого и .4 для красного.

нет, матрица там не размещена. Размещенная матрица (тег cpad) - это матрица хроматической адаптации, она не имеет прямого отношения к преобразованию координат RGB --> XYZ. Его описание - на стр.38 - http://rudtp.pp.ru/pdf/ICC-Specification-v42_rus.pdf

[IVX]

скриншот с ICC1v42_2006-05.pdf для пытливых https://yadi.sk/i/F3f022yg32X2Ud

PS: ну и, ежели не передумали оспаривать, скриншот спецификации sRGB https://yadi.sk/i/IzMjn2EU32X4pp Где вы можете видеть sRGB матрицу "в сборе", а не отдельными столбцами, это и есть матрица перехода от линейного sRGB->XYZ для D50.

[Julysha]

скриншот с ICC1v42_2006-05.pdf для пытливых https://yadi.sk/i/F3f022yg32X2Ud

PS: ну и, ежели не передумали оспаривать, скриншот спецификации sRGB https://yadi.sk/i/IzMjn2EU32X4pp Где вы можете видеть sRGB матрицу "в сборе", а не отдельными столбцами, это и есть матрица перехода от линейного sRGB->XYZ для D50.

Так Вы говорите про профайл sRGB? Для него должна быть матрица в профайле, поскольку для него всё известно. А как быть с профайлом индивидуального откалиброванного монитора, с произвольным цветовым охватом, откалиброванного при произвольной ЦТ точки белого? В нем тоже сидит матрица в готовом виде?



Но дело не в этом, не столь принципиально, есть матрица в профайле или есть данные для ее построения (в профайле принтера сразу все сидит, все преобразования А to B и В to A, включая все интенты, то есть зашито несколько (6) таблиц, поэтому профайл для принтеров такой тяжелый), а в том, что все, что говорит автор темы, мягко говоря, не будет работать без CMS. На произвольном неидеальном мониторе с произвольным цветовым охватом.