Непонятки при конвертации в профиль в ФШ

Собственно проблема:
Открываю изображение SRGB, делаю конвертацию в CMYC (Американский стандарт для офф печати) . Обрабатываю, подбирая кривыми нужную комбинацию CMY. Пытаюсь делать обратное преобразование в SRGB. И с удивлением вижу, что С получает добавку примерно на 7 - 10 пунктов? M, Y практически без изменеий? Изображение на экране не меняется, но это понятно, а вот с Цианом беда где засада?

Игорь.

Те есть, вы переводите картинку в СMYC ??? (может в CMYK), меняете цвета, переводите измененную картинку в sRGB, и удивлятесь, что цвета не совпадают с начальным вариантом????

Ну да в CMYK конечно. Может вы так же внимательно прочтете и далее. Я провожу коррекцию в CMYK. Потом мне надо вернуться в SRGB. При конвертации в профиль SRGB я вижу, что файл SRGB в интерпретации CMYK (вывожу два измерения в SRGB & CMYK) изменен в канале C и так не слабо. То есть при конвертации в профиль SRGB произошла коррекция моих действий, проведенных в CMYK.

Игорь.

Вопрос - для чего назад переводить в SRGB? Смысл мероприятия?

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

Игорь.

Вы переводите обратно изменненный файл?
Вы сохраняете файл СМУК командой SAVE или SAVE AS?

Опишите последовательность действий

Открываю файл сохраненный (конвертированный Силкой) SRGB. Выполняю команду: Конвертировать в профиль CMYK. Обрабатываю. Выполняю команду: конвертировать в профиль SRGB - тот который был. Контролирую значения в обоих пространствах после конвертации. Сейчас прыгаю с бубном и вижу ,что это не на всех файлах, а только при высоких значениях Y / M (для портретов). Если они в пределах 30, а C около того и его надо понизить, то ничего не происходит при конвертации. Если около 60, то как оказалось, при конвертации в профиль летит все. Просто С сильнее, пунктов на10, а M / Y на 5 - 6. То ли ФШ не может интерпретировать 1: 1 при таком раскладе, ХЗ. Курю Маргулиса, где он упоминает про подобные ситуации, но пока без результата.

Игорь.

Цветовые пространства RGB и CMYK не идентичны.
Некоторых цветов, которые сть в RGB в CMYK просто нет. И наоборот.
Там довольно сложные формулы пересчета.

Если на панели инфо при просмотре RGB файла в цветах СМУК стоят восклицательные знаки - этих цветов в СМУКе нет. обратная функция не реализованна.

Черт, перебрал кучу файлов. То изменяет, то нет и уже не пойму соотношение каналов, при котором это безобразие происходит. И конверторы менял и в Тифе и 16 и 8 и как только не пытался. Видимо придется прекратить камлать и покурить манускрипты.


Игорь.

Как то вот так











Игорь.

Создайте файл, переведите его в СМУК, залейте чистым цветом. например тем же цианом 100%. посмотрите значения на шкале инфо. А теперь переведите в RGB. и посмотрите значения инфо.

Дело в том, что такого цвета как циан в RGB нет. И он переводится в достуный в координатах RGB цвет. Но перевод из координат RGB в координаты СМУК дает уже другой цвет

Перцептуал на Релейтив смените.
А вообще Глупая затея. Раз перевели для печати в журналах на территории США - так и отправляйте туда, пусть печатают. Если такой задачи нет - Вы испортили файл.
В sRGB не входит некоторая область желто-красных оттенков, которую может воспроизвести Swop, впрочем и в adobeRGB не попадает 100% желтой краски.

Цитата:

от: ИВК
Как то вот так

Игорь.

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

если я правильно понимаю процесс, один RGB цвет можно по-разному представлять в CMYK с разным значением К, что мы в данном случае и наблюдаем.

Цитата:

от: ИВК
Пытаюсь делать обратное преобразование в SRGB. И с удивлением вижу, что С получает добавку примерно на 7 - 10 пунктов? M, Y практически без изменеий?

А вы уверены, что тот CMYK, значение которого Photoshop показывает в панельке информации, и тот CMYK, в котором вы проводили цветокоррекцию - это одно и то же пространство? Возможно, пипетка дает данные в другом CMYK?

Я перепробовал все варианты, пофих. На самом деле нет разницы ,можно хоть Кастом ЦМИК и создать там свои пресеты. Видимо надо разобраться, какие цвета противопоказаны для конвертации. МОжно плюнуть, на это пространство, но порой в ЦМИК работать гораздо проще. Придется лопатить аналы, хотя я типа Чукча, не люблю это дело.


Игорь

Info panel показывает значения в том пространстве CMYK, которое назначено в качестве рабочего в диалоге Color Settings. Если при конвертации вы явно указывали иное пространство, или выбрали метод конвертации, отличный от назначенного по умолчанию - цифры будут разными. Это, конечно, не значит, что PS как-то "меняет ваши цифры CMYK".

В панели колор сеттинг оба эти пространства и RGB и CMYK являются рабочими и я работаю только с ними. На самом деле я могу превести пример, где все остается как до конвретации. Видимо все зависит от магического соотношения данных каналов. А вот понять системно, когда да, когда нет, не выходит. И уже закрадывается мысль, .... а оно мне надо?

Игорь.

Проверил ваш пример в PS. Причина, собственно, понятна: одним и тем же значениям RGB могут соответствовать разные значения CMYK, преобразование не является однозначным. Скажем, в выбранном вами пространстве - достаточно легкая генерация черного, и CMS при конвертации из sRGB в CMYK предпочитает передавать телесный цвет через повышенные C , M и Y, не примешивая черный. Циан повышается больше других каналов, поскольку для красноватого в целом оттенка кожи именно циан может отчасти заменить нейтральный черный.

Если вы создадите Custom CMYK с тяжелой генерацией черного и назначите его в качестве рабочего пространства, то получите что-то близкое к вашим исходным числам, несколько % K там будет, но 100% соответствия для цветов, полученных цветокоррекцией в CMYK, добиться все равно не удастся.

Да я уже колдую над кастомизацией CMYK, посмотрим, что получится.

Игорь.