Доброй ночи, Павел!
Продолжаю нашу переписку

(Странно, что больше никто не подключается: неужели мы оказались единственными, на долю которых выпало это счастье?)
В общем-то к тому, что конвертация файла в профиль калиброванного монитора не должна изменить его цвета в пространстве, в котором не работает CMS
данного компьютера, я пришла не столько эмипирическим путём, сколько с помощью умозаключений. Так и должно быть, т.к. цифры правильных цветов файла, которые нам нравятся в ФШ, конвертируются в цифры, которые соответствуют
точно таким же цветам в выбранном профиле файла. Но в какие цвета потом, вне ФШ, эти цифры отобразятся - большой и неоднозначный вопрос.
Поясню это на примерах. Основная проблема заключается в том, что профиль калиброванного монитора похож, но немного отличается от стандартного sRGB. Это отличие, как диалект в стандартном языке (если сравнивать с лингвистикой). В простеньком АCDSee цифры цветов отконвертированного файла отражают не координаты sRGB (как это принято считать), а соответствуют цифрам стандартного профиля монитора.
Для простоты будем считать, что мы файл не редактируем, а просто открываем в ФШ, чтобы переконвертировать его в sRGB.
Пока файл находится в ФШ, где действует CMS, CMS корректирует цвета таким образом, чтобы мы видели их точно такими же, какими они были в оригинале. При этом численные значения цветов оригинала не изменяются. Когда же мы конвертируем файл в sRGB, то цвета на глаз не изменяются, однако они пересчитываются по определённому алгоритму в аналогичные цвета sRGB, т.е. меняются координаты цветов (тройки чисел). Так, красному, имеющему в AdobaRGB координаты (119,0,0), соответствует красный (255,0,0) в sRGB. Но никто не знает, каким числам соответствует тот же красный в пространстве калиброванного монитора (в дальнейшем ПКМ для краткости). Предположим, что это будет (255,4,1). Но если мы откроем в ПКМ цвет (255,0,0), то он уже выглядит, не как красный, а как огненно-оранжевый (что мы и видим на практике), т.е. именно такой цвет, соответствующий адобовскому (119,0,0), описывается тройкой чисел (255,0,0) в ПКМ. Поскольку ACDSee не поддерживается CMS, то в нём истинно красный получит огненно-красное смещение. Что мы и наблюдаем. Стоит только этот же файл (с теми же цифрами стандартного sRGB) опять поместить в ФШ, так сразу же к работе подключится CMS и покажет нам цвета оригинала (хотя их числовое значение уже будет отличаться от значений оригинала). То есть огненно-рыжий из ACDSee опять станет красным, и иначе быть не может, т.к. он по-прежнему имеет координаты (255,0,0), хотя в оригинале AdobaRGB имел другие, а менно (119,0,0). Но наш глаз воспринимает их одинаково.
Запомним: следующие координаты соответствуют таким цветам в ПКМ:
(255,4,1) – чисто-красному,
(255,0,0) – огненно-красном.
Теперь делаем второй эксперимент. Конвертируем чистый красный адобовский (119,0,0) в ПКМ. Как мы договорились, этот цвет в ПКМ имеет координаты (255,4,1). Наш глаз не видит разницы между цветами (119,0,0) в AdobaRGB и (255,4,1) в ПКМ. Хорошо. Теперь откроем отконвертированный таким образом файл с этим красным в ACDSee. Что мы увидим? Всё тот же (255,4,1) в рабочем пространстве монитора, т.е. настоящий красный. Ура! Проблема решена (но, увы, только для данного компьютера). Почему? Потому что, если мы отошлём другу этот файл, и он откроет его в своём ФШ, то его CMS будет силиться понять, что за профиль записан в файле, да так и не поймёт и проинтерпретирует цвет по-своему. А если друг поместит этот файл в свой ACDSee, то там он прочитается как цвет с координатами (255,4,1) и отобразит его таким цветом, какому соответствует эта тройка цифр в стандартном профиле его монитора. И наверняка это будет не чисто красный. Точно так же увидят этот цвет все зрители сайта, на который файл будет помещён (хотя каждый – на свой манер, со своими оттенками, но каждый чисто красного не появится). Хуже того, если мы отдадим напечатать этот файл в лабе, то там цвет (255,4,1) прочтут как цвет sRGB, а какой это цвет – одному Богу известно, но всяко не чисто красный.
Теперь, Павел, давайте мысленно проделаем и объясним на цифрах Ваш последний опыт:
Сконвертировал в ФШ изображение в профайл калиб. монитора, потом, не закрывая ФШ, переключился в настройках винды на станд sRGB, и открыл свежий ЖПЕГ в IE. Изображение осталось таким же, как и прежде.
Перезапустил ФШ и снова открал фото. И теперь картина поменялась, в ФШ фото отображается с теми самыми мерзкими насыщенными цветами,
а IE по прежнему показывает нормальные цвета в файле со встроенным профилем свежеоткалиброванного монитора.
Итак, мы отконвертировали чисто-красный адобовский (119,0,0) в чисто-красный (255,4,1) для ПКМ. Затем поменяли стандартное пространство монитора на sRGB. Теперь открываем в ACDSee файл с цветом, имеющим координаты (255,4,1) , в ACDSee на этот раз работает sRGB. Т.е. вопрос: как будет выглядеть цвет (255,4,1) пространства sRGB с учётом того, что во время калибровки Вы всё-таки крутили руками цвета и яркость монитора? Ясно, что это будет красный. Но отличающийся от (255,0,0), хотя, за счёт настройки монитора вручную, может быть, не очень сильно. А может быть, даже точно совпадающий именно за счёт аппаратной калибровки. Но только на Вашем мониторе.
Теперь Вы открываете этот же файл в ФШ. Но! Внимание: CMS Фотошопа больше не подхватывает профиль откалиброванного монитора, т.к. в качестве стандартного профиля выступает уже не откалиброванный профиль, а sRGB. К тому же ФШ столкнулся с довольно странным объектом – внутри файла сидит совершенно нестандартный профиль.
Описывать ситуацию дальше не могу, т.к. не хватает информации, поскольку не знаю, как повел себя Ваш ФШ: запросил поменять профиль файла на рабочее пространство ФШ, не воспользовался Color Management вообще или выбрал третью возможность – выбрать для файла какой-нибудь профиль, а потом конвертировать его в рабочее пространство ФШ.
Но в любом случае в отсутствии CMS цвета прежними быть не могут. А также цвета файла, открытого в цветовом пространстве, которое шире, чем профиль файла, будут выглядеть насыщенней.