Производительность скин-движка

[Artem]

А какие у нас сейчас есть скины, которые требуют оптимизации скин-двжижка?

[Black_AVP_Bim]

А какие у нас сейчас есть скины, которые требуют оптимизации скин-двжижка?

Все скины, где есть крупная анимация с высокой частотой.
Скины с многослойной структурой, особенно, где используется (или меняется) прозрачность.
Скины с перемещением компонентов (скриптами).

[Zhenya]

А какие у нас сейчас есть скины, которые требуют оптимизации скин-двжижка?

Например, при прокручивании плейлиста/фонотеки за «бегунок» полосы прокрутки подвисают прогресс воспроизведения, спектрум (особенно, если их несколько), дисплей визуализации, бегущая строка.

Ещё:

Что-то с вкладками не так - если быстро провести мышкой по большому количеству вкладок сверху вниз, то порядок затухания вкладок будет обратный - снизу вверх (ну и наоборот то же самое). Хорошо заметно на приличной ширине вкладок.
Плюс ещё замирает дисплей визуализации во время фейдинга вкладок.

[Artem]

Все скины, где есть крупная анимация с высокой частотой.

Тут вряд ли без GPU что-то получится.

Скины с многослойной структурой, особенно, где используется (или меняется) прозрачность.
Скины с перемещением компонентов (скриптами).

Какие, например?

[Black_AVP_Bim]

Какие, например?

С многослойными структурами проблемы практически везде, особенно где есть анимация и поверх неё что-то ещё присутствует. Вот, в последнем скине столкнулся с этим. В нём над многостраничной группой расположен контейнер, причём прозрачный с двумя текстовыми метками, которые появляются только в начале каждого трека. Если вызвать страницу, как на скриншоте со спектрумами и гауге (они все фреймовые) то вся эта анимация начинает сильно тормозить особенно на слабых машинках. Пришлось этот контейнер принудительно скрывать после исчезновения меток, хотя в нём всё прозрачно.

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

[Artem]

Конкретно в данном скине тормозить BlendingMode, если его выставить в режим по умолчанию - скорость взлетает в 5 раз (и это на моей многоядерной машине).

[Zhenya]

А какие у нас сейчас есть скины, которые требуют оптимизации скин-двжижка?

— A4 со спектрумом в фоне главного окна максимально загружает одно ядро. При открытии выезжающего списка плейлистов интерфейс подтормаживает.
— FLAT|DARK сильно подтормаживает, если повключать всякие опции в скине.
— Ora Mulih нагружает процессор до 75% (как?) при прокрутке плейлиста за «бегунок» полосы прокрутки, если включить фоном плейлиста обложку с размытием в настройках скина. Если выключить размытие, то нагрузка на порядок меньше (8%). Но обложка размывается же один раз, но по нагрузке на ЦП как-будто обложка размывается при каждой прокрутке плейлиста.

[Artem]

— FLAT|DARK сильно подтормаживает, если повключать всякие опции в скине.
— Ora Mulih нагружает процессор до 75% (как?) при прокрутке плейлиста за «бегунок» полосы прокрутки, если включить фоном плейлиста обложку с размытием в настройках скина. Если выключить размытие, то нагрузка на порядок меньше (8%). Но обложка размывается же один раз, но по нагрузке на ЦП как-будто обложка размывается при каждой прокрутке плейлиста.

Тут виновато размытие. Обложка размывается каждый раз при рендеринге, т.к. BluredGlass-элементы размывает фон под собой, а он может меняться.

[Artem]

В A4 тоже размытие. В общем, пока получается, что тормозят исключительно фильтры

[Black_AVP_Bim]

Конкретно в данном скине тормозить BlendingMode, если его выставить в режим по умолчанию - скорость взлетает в 5 раз (и это на моей многоядерной машине).

Пробовал поочерёдно отключать в скрипте перемещение и прозрачность, на моём i3 в любом случае загрузка процессора 50..70%, если окно растянуть на пол-экрана. Тормозов, правда меньше, чем когда оба параметра меняются (координаты и прозрачность).

В A4 тоже размытие.

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

[Zhenya]

Тут виновато размытие. Обложка размывается каждый раз при рендеринге, т.к. BluredGlass-элементы размывает фон под собой, а он может меняться.

В FLAT|DARK вроде нет размытия.

Как повторить низкий FPS с FLAT|DARK:
1. Максимизировать главное окно.
2. Включить обложку альбома в настройках скина.
3. Включить Fade-React Effect в режиме Fancy.
4. Переключиться на вкладку Main и включить воспроизведение.

Ещё по FLAT|DARK:
1. Максимизировать главное окно.
2. Включить дисплей визуализации в настройках скина.
3. Включить визуализацию CoR's Aorta.
4. Переключиться на вкладку Main главного окна.
5. Перезапустить программу — сильные подтормаживания при анимации сверху громкости, совмещённой с индикатором уровня сигнала.

Если отключить сглаживание визуализации в настройках AIMP, то подтормаживаний нет.

В A4 тоже размытие. В общем, пока получается, что тормозят исключительно фильтры

Максимальная нагрузка и без включения размытия в настройках скина. Достаточно включить только спектрум и максимизировать окно.
Активно пользоваться скином (открывать список плейлистов сбоку или даже просто провести по кнопкам для фейдинга) — частота кадров ощутимо проседает. Частота кадров и так на глаз меньше с максимизированным главным окном, чем с минимальным размером окна.


Вообще, на мой взгляд, есть проблемы производительности с отображением с высокой частотой кадров больших динамических областей, например: спектрум, индикатор уровня сигнала, фейдинг кнопок.
Ещё были жалобы на производительность максимизированного скина по умолчанию в 4K — тормозила даже прокрутка в фонотеке. Ту тему не нашёл.

[Black_AVP_Bim]

Как повторить низкий FPS с FLAT|DARK:

А чем FPS измерить?

[Zhenya]

А чем FPS измерить?

Глазами, только так

[Black_AVP_Bim]

Глазами, только так

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

[Black_AVP_Bim]

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