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

[Zhenya]

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

Я такое тоже предлагал как-то, каким-либо образом замерять производительность скина.

[Artem]

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

В целом, реально. Только это не к редактору скинов, а скорее, в плеере надо делать. В редакторе рендерингу будет мешать окружение редактора.

[Artem]

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

Согласно коду - есть. Кто-то где-то дергает Blur-фильтр. Возможно, это тень у текста, не смотрел.

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

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

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

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


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

Посмотрю.

[Black_AVP]

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

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

[Artem]

Есть еще?

[Hades]

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

[Kibermanick]

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

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

[Kibermanick]

И еще сейчас я делаю скин где отображения одного мешает отображению другого, я про это уже писал но все же считаю что это надо пофиксить. Я про то что обработка события замораживает обработку смежного отображения какой либо активности элемента участвующего в событии, и не только.

Скажу прямо вот если например какой то элемент меняет положение следуя за мышью то пока курсор двигается то этот элемент превращается в статичный хотя должен меняться паралельно с перемещением.

хотя другие элементы тоже начинают тормозить пока курсор двигаеться.

[Hades]

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

Посмотрел у себя, лаги кнчн дикие, но позабавило другое. Твой скин грузит мой проц на ~50% когда развёрнут на весь экран, лагает при этом сильно.
Мой скин загружает чёт проц под 80% при этом размытия ощутимо больше но многостраничная группа не лагает.

Вопрос в самом деле на засыпку)

p.s. теперь ещё и задумался какого хера мой скин 800x480 грузит i5-4460 под завязку)

upd: бегущая строка до безобразия много жрёт ресурсов, не критично для хороших компьютеров, однако нагрузка ощутимая в купе с другими плюшками скина, тем же размытием. Обратные пики это остановка строки и обратное движение

Моё предположение такой нагрузки ввиду полупрозрачной маски отсекающей текст по краям строки, ещё один камень в огород по переходу на гпу рендеринг)

[Black_AVP]

Kibermanick, Calley, а вы не могли бы выложить если не проекты, то хотя бы примеры имитирующие такие нагрузки на проц от бегущей строки и многостраничной группы?
Я пошарился по своим скинам (уж тяжёлых у меня хватает ), правда, бегущая строка осталась в главном окне только в двух, и в ней тоже есть слой-маска, растворяющая ей "хвосты". Однако заметного прироста нгрузки на процессор я не заметил: при выключенной строке - 2..3% при включённой - иногда 4% проскакивает. Это при том что прочей анимации в скине тоже хватает: вращающиеся бобины в кассете, большие стрелочные индикаторы, причём фреймовые.
Аналогично и с многостраничной группой. Есть скин, где её размеры составляют 1600 пикс., к тому же смена страниц происходит с анимацией, нагрузка на проц подскакивает только во время анимации до 20..24%, остальная анимация при этом заметно не тормозится.
Процессор всего лишь i3. 

[Hades]

Kibermanick, Calley, а вы не могли бы выложить если не проекты, то хотя бы примеры имитирующие такие нагрузки на проц от бегущей строки и многостраничной группы?

Держи, только не бей за кривой в хлам проект)))

[Kibermanick]

Kibermanick, Calley, а вы не могли бы выложить если не проекты, то хотя бы примеры имитирующие такие нагрузки на проц...

Ну у меня нагрузка одинакова, и в обычном виде, и в развернутом, и достигает она максимум 36%. У меня FX-8320e и думаю он будит понемощнее ваших Core i, разве что ядер больше.


Вот проект:

[Black_AVP]

Посмотрел Lux&Nox. Можно, конечно, кое что в проекте оптимизировать, но не суть.
Бегущая строка сама по себе на нагрузку практически не влияет (у меня 1..3% на этом скине), виной всему блюр, коего в скине хватает. С блюром 9..12%. Больше всего грузят плагины визуализации, вместе с блюром - до 50%.

[Hades]

Посмотрел Lux&Nox. Можно, конечно, кое что в проекте оптимизировать, но не суть.
Бегущая строка сама по себе на нагрузку практически не влияет (у меня 1..3% на этом скине), виной всему блюр, коего в скине хватает. С блюром 9..12%. Больше всего грузят плагины визуализации, вместе с блюром - до 50%.

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

[Black_AVP]

Странно что нагрузка так разнится сильно...

А у вас не Win10 случайно? Дело в том, что когда я пробовал перейти на неё с семёрки, практически все скины стали весьма заметно тормозить, а на бобинники мои вообще смотреть было страшно (в них аниматоры 480х480) - сплошные дёрганья, а не вращение.
Flexilis, как я понял, проект не завершенный, но в том, что есть ни при каких манипуляциях нагрузки более 1..2% не замечено.