dom1n1k

Как только вы скажете/выясните, по какому принципу вы назвали приведенные цвета противоположными, то сразу станет легко найти его реализацию в коде.

Алгоритм примерно такой:
1. Картинки переводятся в пространство CIE Lab. Можно предварительно их уменьшить для ускорения (хотя с уменьшением там свои нюансы).
2. Все имеющиеся на картинке цвета кластеризуются и выделяются 2-3 доминантных кластера. Алгоритмов кластеризации очень много, читайте википедию.
3. Похожесть доминантных цветов двух картинок определяется по формуле DeltaE, она тоже есть в википедии. Можно не заморачиваться с продвинутой версией DE2000, скорее всего будет достаточно обычной DE1976.

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

Когда я начал сверять цвета (пипеткой) в PSD и JPEG, то заметил, что цвета различаются.

Они и не должны быть одинаковы, поскольку кодируются в разных цветовых пространствах. Главное чтобы они выглядели одинаково (при условии, конечно, что они не выпадут из гамута).
Если же хочется именно одинаково - надо сконвертировать макет в sRGB (Edit - Convert to Profile). Но при конвертации опять же часть цветов может почикаться.

Как нет? Да даже в википедии есть:
https://en.wikipedia.org/wiki/YIQ#Formulas

Безопасные цвета!.. :) Повеяло запахом перфокарт.
Б.Ц. были действительно необходимы в 90-х годах.
В начале 2000-х это уже была скорее перестраховка, хотя некоторый процент компьютеров без true color ещё был в строю.
Последние лет 10 они представляют исключительно исторический интерес.

Подозреваю, что дело не в ретине, а цветовом профиле, который сидит внутри картинки.
И какой-то софт его видит, а какой-то нет.

Задача не так проста, как кажется. Много подводных камней. Если у вас например мультибрендовый магазин и картинки приходят из разных источников - будут проблемы с различным условиями съемки (температура освещения, общая яркость). Плюс многие бренды свои фото обрабатывают в ФШ до усрачки, извините мой французский.
И непонятно - у вас список цветов готовый или вам его нужно получить из массива фото?

Лучше всего будет CIE Lab или LCh(ab). И связанные с ними функции CIE delta E.

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

CMYK всегда очень сильно завязан на конкретный профиль и конкретную типографию. Пересчет идет не по каким-то очевидным формулам, а по кривым, которые указаны в конкретном профиле. Цмиков миллион разновидностей и все разные. Если в настройках PS/AI сменить CMYK-профиль (SWOP, FOGRA, Euroscale и пр) - получатся другие числа.

Конкретно в случае в белым цветом - скорее всего, просто срабатывает ограничение на суммарное количество красок (в настройках колор-менеджмента параметр Total Ink Limit). Если сложить 70.48+67.98+63.16+73.46, то получится 275% - вполне типичное значение (обычно от 240 до 300, очень редко больше). Ограничение это делается потому, что если напечатать 400% (то есть CMYK 100/100/100/100), то бумага переувлажнится и поплывет.
Почему оно не сделало просто CMYK 0/0/0/100? Это ж типа чисто черный цвет. Потому что это растр, а не сплошная заливка! Растр печатает черные точечки с промежутками, и в итоге поле будет выглядеть серым. Программа настроена на некий типографский профиль, но пользователь судя по всему не в курсе на какой и зачем.

Что происходит во втором случае - точно не знаю, но вероятно цвет инвертируется через PCS, то есть в CIE Lab или CIE XYZ.

Вообще, CMYK это такое дело... использовать его имеет смысл только тогда, когда ты четко понимаешь что/как/зачем делаешь. Где и на чем оно потом будет печататься и так далее. Если этого понимания нет - толку ноль.

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

Задача эта не имеет однозначного решения, потому что цветовых координат три, а массив одномерный.
Вот статья как раз об этом:
https://habrahabr.ru/company/yandex/blog/263375/

Заменить pie chart на другой вид диаграммы.

Как один из вариантов:
https://atlas.media.mit.edu/en/explore/tree_map/hs...
Или вот оно же, но с Германией более наглядно:
atlas.media.mit.edu/en/visualize/tree_map/hs92/exp...

Ещё вариант:
www.nytimes.com/interactive/2013/05/25/sunday-revi...