Возможность получить цвет рассчитанный на основе обложки альбома

[Zhenya]

Чтобы можно было перекрашивать элементы скина под обложку альбома, как это делает плагин Hameleon.


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

Вопрос: как ты сделал заливку под цвет кавера?

Просто растянул обложку до неприличия, примерно 200000px в ширину

Вот ещё пример с такой же реализацией — neo Groover.

Но минус такого способа в том, что это достаточно ресурсозатратно даже для перекраски одного элемента в скине. А таких элементов может быть несколько и достаточно больших.
Также таким способом не перекрасить текст в скине.

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


Пример использования:
Скрипт привязан к prvPlayingFileInfo.CoverArt. При смене обложки срабатывает скрипт, который меняет цвет нужных элементов в скине.

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

[gr-e]

В идеале - менять цвет обложки, как это сделано в Hameleon. Иначе не будет совместимости со старыми скинами.

[Zhenya]

В идеале - менять цвет обложки, как это сделано в Hameleon. Иначе не будет совместимости со старыми скинами.

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

[gr-e]

Если только не добавить опцию в настройки плеера, то есть фактически интегрировать аналог плагина Hameleon.

Я это и имел ввиду.

[Zhenya]

Если только не добавить опцию в настройки плеера, то есть фактически интегрировать аналог плагина Hameleon.

Я это и имел ввиду.

На мой взгляд, встроенный аналог Hameleon'а имеет смысл только в том случае, если получится перекрашивать скин целиком без переприменения скина, как это происходит сейчас.

А современные скины не такие лёгкие, чтобы каждый раз переприменять скин целиком. Особенно при быстром переключении треков.
Например, скин по умолчанию, если в нём выбрана тёмная тема, при переприменении скина сначала загружается со светлой темой, а потом скрипт меняет светлую тему на тёмную. И так каждый раз.
Или скин neo Groover из первого сообщения — он ещё тяжелее и переприменяется ещё дольше.

Вообще "встроенный аналог Hameleon'а" не нужен на мой взгляд. Потому что это не must have функция.

[Black_AVP]

Довольно хитрой должна быть эта функция, даже интелектуальной. Надо просканировать все пиксели, взвесить цвета и не факт, что максимум совпадёт с общей тональностью картинки, а если учесть, что попадаются jpeg-и низкого качаства, с шумом и артефактами, то ....
Интересно бы взглянуть на этот алгоритм в Хамелеоне.
А при растяжении кавера до "неприличных" размеров мы видим всего один, может, несколько, пикселей одного угла картинки.

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

[gr-e]

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

[Black_AVP]

Даже с одной точкой неплохой результат получается.

Это вообще несерьёзно, в одной точке может быть случайный цвет.

[Zhenya]

Кстати, в 8-ом Андроиде берутся два цвета из обложки альбома, а не один:



Цвет для фона и цвет для текста. Хорошо было бы тогда и в случае реализации сабжа тоже получать два цвета из обложки альбома.

Вот как это сделано в Андроиде (если я правильно нашёл):
— https://android.googlesource.com/platform/frameworks/base.git/+/master/packages/SystemUI/src/com/android/systemui/statusbar/notification/MediaNotificationProcessor.java#92
— https://android.googlesource.com/platform/frameworks/base.git/+/master/core/java/com/android/internal/graphics/palette/Palette.java
— https://developer.android.com/training/material/palette-colors#extract-color-profiles

Довольно хитрой должна быть эта функция, даже интелектуальной.

Согласен, что непростой.

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

Это вообще несерьёзно, в одной точке может быть случайный цвет.

+1. По ссылкам выше, как я понял, обложка альбома уменьшается до 150*150 пкс и потом уже рассматривается каждый пиксель.

[Artem]

Да, я тоже думаю, что нужно портировать алгоритм с андроида

[Artem]

А в каком виде это отдавать скину?

[Black_AVP]

А в каком виде это отдавать скину?

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

[Artem]

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

Можно и обойтись - использовать, например, какой-нибудь Color-based ресурс. Ну и как минимум нужна нотификация

[Black_AVP]

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

[Zhenya]

А в качестве нотификатора вполне подойдёт onTrackStarted.

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

А в каком виде это отдавать скину?

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


Ещё:
В Android для вычисления цвета для фона уведомления берётся левая половина изображения, чтобы был плавный переход, так как обложка альбома отображается в правой части уведомления:

Code: (https://android.googlesource.com/platform/frameworks/base.git/+/master/packages/SystemUI/src/com/android/systemui/statusbar/notification/MediaNotificationProcessor.java#305) [Select]

        // for the background we only take the left side of the image to ensure
        // a smooth transition

В Chrome тоже. Оригинальное изображение:



Получившийся цвет для фона (взята только левая половина):



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

Тогда, получается, нужны разные цвета для таких случаев:
1. Цвет фона, рассчитанный на основе все обложки альбома.
2. Цвет фона, рассчитанный на левой половине обложки альбома.
3. Цвет фона, рассчитанный на правой половине обложки альбома.
4. Цвет фона, рассчитанный на верхней половине обложки альбома?
5. Цвет фона, рассчитанный на нижней половине обложки альбома?

И цвет текста. Но на основе чего его рассчитывать? Как я понял, он рассчитывается на основе цвета фона. А если цветов фона несколько? Тогда нужно и несколько цветов текста?