[AI CC-CC2021] CMYK -> HSB ???

[Станислав Хоффман]

Всем привет, как скриптом конвертировать CMYK -> HSB ?
Более глобальная задача - хочу скриптом перевести коричневый из 4х красок в максимально близкий цвет из 3х красок, используя HSB значения для сравнения. Тестил в фотошопе - перегонял цвета и сравнивал по HSB, выходило отлично, цвет максимально близкий.

 

[_MBK_]

А разве существует прямое преобразовиние CMYK-HSB минуя RGB? Имхо это невозможно

 

[Станислав Хоффман]

А разве существует прямое преобразовиние CMYK-HSB минуя RGB? Имхо это невозможно

тогда уж LAB. Это что-то меняет? Пускай будет CMYK-LAB-HSB или CMYK-RGB-HSB. Цепочка не важна, важен результат.

 

[_MBK_]

Тогда какой сакральный смысл огород городить? При таком преобразовании цвет проходит сквозь бутылочное горлышко, чем это лучше, чем RGB или Lab сравнивать?

 

[~RA~]

коричневый из 4х красок в максимально близкий цвет из 3х красок

Я бы гнал из CMYK в CMY примерно так:
для k=10 — с+11, m+6, y+8
для k=20 — с+22, m+13, y+15
для k=30 — с+32, m+20, y+23
для k=40 — с+42, m+29, y+31
а из CMYK в MYK, CMK, CYK и т. п. обратным способом.

 

[andrejK]

@~RA~, человеку хысыбы надо! (непонятно зачем)

 

[~RA~]

Да не надо ему хысыбы, ему коричневый в 3 краски нужен.

 

[_MBK_]

Да не надо ему хысыбы, ему коричневый в 3 краски нужен.

Так на этот случай умные люди профиля соответствующие придумали, не сбивай человека своим индусским алгоритмом

 

[~RA~]

Так на этот случай умные люди профиля соответствующие придумали, не сбивай человека своим индусским алгоритмом

Не по теме:
(Лагеряяяя)

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

 

[_MBK_]

вот готовый алгоритм.

Дурацкий алгоритм, оставлю на твоей совести сами цифры и линейность процесса (что уже само по себе внушает серьезные сомнения), но в данном алгоритме, как минимум, отсутствует контроль переполнения - как, например переведется C100M50Y0K10?

 

[~RA~]

и линейность процесса

Где там линейность? Это же только пример для трёх значений. И даже по ним видно, что зависимость нелинейная.

контроль переполнения

Это же пример, намёк на решение. А контроль очевиден: каждая краска не может быть <0 && >100. Вышел за границы, значит решения нет (этим алгоритмом).

 

[_MBK_]

Это же только пример для трёх значений.

Ну если зафиксировать K=const то получается линейный
А этого не может быть потому что не может быть никогда
Вдобавок, даже если так - как ты собираешься значения подбирать все промежуточные?
Алгоритма по сути у тебя никакого нет кроме как брать цифирьки

из профиля

 

[~RA~]

то получается линейный

Не получается. Возьмём, к примеру с = f (k).
11/10, 22/20, 32/30, 42/40. Где линия-то?

Алгоритма по сути у тебя никакого нет кроме как брать цифирьки

Тут можно почти согласитья.

 

[_MBK_]

Не получается. Возьмём, к примеру с = f (k).
11/10, 22/20, 32/30, 42/40. Где линия-то?

Брр поясни не пойму что у тебя есть что
А линейный потому как для K=const у тебя для любого CMY
C'=C+const
M'=M+const
Y'=Y+const
а это прямая линия

 

[~RA~]

C'=C+const
M'=M+const
Y'=Y+const

Сам посчитай. Там не const вовсе.

 

[_MBK_]

Я чего то недопонимаю?
Ты ж сам пишешь что для для k=10
с'=с+11
m'=m+6
y'= y+8
и эти константы 11,6 и 8 одинаковы для любых c,m,y
Линейное преобразование из 3мерного в 3мерное множества

 

[~RA~]

Я чего то недопонимаю?

Или я.
с = f (k), m = f (k) и y = f (k) нелинейны, так как приращение с, m & y непропорционально приращению k.

 

[_MBK_]

Ну по K нелинейны, а относительно C,M,Y - линейны
Грубо говоря, у тебя черный раскладывается в одной пропорции независимо от исходного цвета
А это как то неправильно по логике

 

[~RA~]

в одной пропорции

Ну нет же.

 

[splxgf]

Более глобальная задача - хочу скриптом перевести коричневый из 4х красок в максимально близкий цвет из 3х красок

UCR, Device link, не?
Хотя скриптом это святое.