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

[Black_AVP_Bim]

Или обложка альбома прилететь с интернета с запозданием.

Тогда напрашивается свой нотификатор со своими внутренними переменными, как сделано для спектрума.

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

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

[Zhenya]

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

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

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

Цвет для текста специально вычисляется таким образом, чтобы был читаемым и достаточно контрастным поверх цвета фона. То есть цвет текста зависит от цвета фона.

[Black_AVP_Bim]

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

Картинка в общем случае может весьма пёстрой. И какой там будет результирующий цвет и о каком плавном переходе может идти речь?

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

Это лишь одна единственная дизайнерская идея, наверное, не только для этого реализуется эта фича и не думаю, что все сразу кинутся её повторять.

Цвет для текста специально вычисляется таким образом, чтобы был читаемым и достаточно контрастным поверх цвета фона. То есть цвет текста зависит от цвета фона.

А почему "цвет фона" должен использоваться именно для фона? К примеру, в случае монохромного скина это может и цвет текста или элементов управления.
По хорошему, надо бы вычислять два максимума: тот, что "для фона", а второй в области спектра, сдвинутой на 180 град., т. е. заведомо контрастный по цвету, а скинодел уж сам решит, что будет цветом текста, а что цветом фона.

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

[Zhenya]

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

Я не говорил, что нужен только один цвет, вычисленный по одной половине изображения. Я говорил, что такой приём используется в дизайне уведомлений в Android, и такое вполне может пригодиться и для AIMP. Например, минималистичное главное окно или шапка главного окна с плавным перетеканием обложки в фон. Или мини-плеер в стиле уведомления в Android.


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

setRegion()
This method indicates what area of the bitmap the builder uses when creating the palette. You can only use this method when generating the palette from a bitmap, and it does not affect the original image.

Тогда скинодел сам сможет указать, какой регион изображения ему нужен и извлечь оттуда профили основных цветов (aka Light Vibrant, Vibrant, Dark Vibrant, Light Muted, Muted, Dark Muted).
Но тогда это точно:

Тогда напрашивается свой нотификатор со своими внутренними переменными, как сделано для спектрума.

[Zhenya]

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

И не забыть про доминантный цвет, именно он используется для фона уведомления в Android:

Code: [Select]

    private static Palette.Swatch findBackgroundSwatch(Palette palette) {
        // by default we use the dominant palette
        Palette.Swatch dominantSwatch = palette.getDominantSwatch();
        ...


Кстати, для текста используется один из цветовых профилей (aka Light Vibrant, Vibrant, Dark Vibrant, Light Muted, Muted, Dark Muted) — https://android.googlesource.com/platform/frameworks/base.git/+/master/packages/SystemUI/src/com/android/systemui/statusbar/notification/MediaNotificationProcessor.java#173

upd
Доминантный для текста тоже может использоваться. Правда, не понял, как он не пересекается с доминантным для фона.

[Artem]

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

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

[Zhenya]

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

А второй цвет для текста, рассчитанный на основе обложки альбома?
Можно самому выбирать из белого или чёрного на основе контраста с фоном, но это будет хуже выглядеть, чем цвет из обложки, как тут:

[Artem]

А второй цвет для текста, рассчитанный на основе обложки альбома?
Можно самому выбирать из белого или чёрного на основе контраста с фоном, но это будет хуже выглядеть, чем цвет из обложки, как тут:

Его можно посчитать на основе первого цвета (как раз в контраст)

[Zhenya]

Его можно посчитать на основе первого цвета (как раз в контраст)

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

Изображения:



Результат:



Но потом я ещё раз вчитался в цитату:

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

Получается, чёрный для цвета фона как в примере выше не получится. А возьмётся цветной оттенок.

Попробовал сымитировать — цвет текста из примера выше применил к фону, а текст покрасил в чёрный. Ну и вокруг «обложек альбомов» добавил отступы, раз плавного перехода уже нет:



Ну... Вроде имеет право на жизнь.

[SeReRaGuy]

В андроиде уже реализована такая функция, как скоро она будет на Win?

[Artem]

Голосуйте

[SeReRaGuy]

Сверху этого обсуждения, верно? Уже отдал голос