[FAQ] Вопросы по работе в AIMP SkinEditor v3.50+

[D2NP]

... замечаю аналогичные незначительные подрагивание "бегущей строки" и "спектрума"...

подергиваний бегущей строки не замечал, но вот спектрума

[TurboDISCO Adept]

подергиваний бегущей строки не замечал, но вот ...

Нет, у меня другое, но скорее всего я просто "пересмотрел в монитор" битые часы подбирая значения на TASEGauge и проверяя их работу, отчего стал замечать, в первую очередь на "бегущей строке" и "волноформирователе", как, словами геймеров, "ФПС незначительно подсел с 25 до 24 кадров" - едва уловимые подрагивания. Раньше не присматривался, вот и подумал, что перебрал норму с анимацией (потому и спросил, на всякий случай), но, похоже, что любая, даже самая лёгкая обложка на этих элементах так себя "подёргивает", в т.ч. и базовый "Пандемик". У меня, по крайней мере...
Спектрум в этом смысле наиболее нормально выглядит. А вот что до его просадок - ничего сказать не могу; последние несколько месяцев смотрю только на свой спектрум, а он у меня максимально "шустрый", да к тому же двусторонний и ещё предельно сегментированный (высота сегмента в 1 пиксель) - сложно в этом отношении по нему что-то уловить на глаз, когда столько частичек мгновенно летают туда-сюда. Но порой кажется, что анимация не успевает з уровнем сигнала "на пик".

[Kibermanick]

Делал я как то скин в котором было всего 8 Gauge и это было жестко, кадров 10 наверное. Меня конечно радует наличие подобных плюх но, использовать их на максимум просто не возможно. Нагрузка на мой проц составляла около 50%, а у меня четырех ядерный проц, правда самый дешманский FX4100 4,2ггц но, я считаю что его должно хватать.

Еще странная фигня, если сделать многостраничную группу высотой в 48рх и сделать ее растянутой на всю ширину экрана, она тоже тупит, хотя в ней всего три кнопки(казалось бы, чему тупить?), она умудряется чуть залипать и в уменьшенном виде(320х48).

[Artem]

4.2 ГГц? А такие бывают вообще? Имейте в виду, что рендеринг использует не более одного ядра

[Soolo]

4.2 ГГц? А такие бывают вообще? Имейте в виду, что рендеринг использует не более одного ядра

АМД гонятся все. 4.2 вполне реально.
А насчёт 4 ядер там всё плохо: производительность на ядро мала, даже на современных Райзенах.

[TurboDISCO Adept]

Делал я как то скин в котором было всего 8 Gauge и это было жестко, кадров 10 наверное. Меня конечно радует наличие подобных плюх но, использовать их на максимум просто не возможно. Нагрузка на мой проц составляла около 50%, а у меня четырех ядерный проц, правда самый дешманский FX4100 4,2ггц но, я считаю что его должно хватать...

Ого  , наверное скин по масштабам большой был? Мой i7 3770 3.40GHz стабильно грузится плеером с вот этим моим скином на 1-2% на короткое время только во время активных манипуляций, как то - формирование в плейлист новой музыки, переход к следующей композиции т.д. ... в основном активность на проце 0, по крайней мере на самом процессе плеера. Так только непосредственно оперативную память кушает и файл подкачки очень и постоянно "любит".

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

[Kibermanick]

4.2 ГГц? А такие бывают вообще? Имейте в виду, что рендеринг использует не более одного ядра

Ну, он изначально 3,6 был.  Они и до 5-ти разгоняются, но это уже экстрим.

Хотелось бы чтобы АИМП использовал многопоток(даже если ядра не делятся на два логических), иначе на всех амд картина будет хуже чем на интел.

АМД гонятся все. 4.2 вполне реально.
А насчёт 4 ядер там всё плохо: производительность на ядро мала, даже на современных Райзенах.

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

Ого  , наверное скин по масштабам большой был? Мой i7 3770 3.40GHz стабильно грузится плеером с вот этим моим скином на 1-2% на короткое время только во время активных манипуляций, как то - формирование в плейлист новой музыки, переход к следующей композиции т.д. ... в основном активность на проце 0, по крайней мере на самом процессе плеера. Так только непосредственно оперативную память кушает и файл подкачки очень и постоянно "любит".

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

Обычный был размер, я всегда делаю ширину 400, а высота минимальная 600.

Сделай аниматоры на кавере, не думаю что это сильно изменит картину. Тут наверное больше зависит от размеров аниматоров.

[Kibermanick]

Вот этот пресловутый скин, который тормозил дико, хотя вроде простенький.

[Artem]

Хотелось бы чтобы АИМП использовал многопоток(даже если ядра не делятся на два логических), иначе на всех амд картина будет хуже чем на интел.

Что? Что на интелах, что на АМД плеер ведет себя одинаково - использует 1 ядро на отрисовку, это потому, что отрисовку просто распараллелить нельзя.

[Artem]

АМД гонятся все. 4.2 вполне реально.
А насчёт 4 ядер там всё плохо: производительность на ядро мала, даже на современных Райзенах.

Да знаю я про АМД, их числа никогда не соответствовали заявленным. Если реально померить частоту у этого проца, я думаю, там максимум 3 будет.

[Soolo]

Да знаю я про АМД, их числа никогда не соответствовали заявленным. Если реально померить частоту у этого проца, я думаю, там максимум 3 будет.

Да не, это всё старо. Раньше (лет 15 назад) они свою производительность меряли в частотах какого-то старого проца 20 летней давности, поэтому знаменитый 1700+ имел реальную частоту 1433, а 5000+ имел эту цифру только за счёт двух ядер. Такого уже давольно давно нет. Райзены и FX показывают реальную частоту. И гонятся практически все выше 4 ГГц.
Но производительность на ядро так и не догнала Интел, поэтому АИМПу там сложнее.

[Artem]

Да не, это всё старо. Раньше (лет 15 назад) они свою производительность меряли в частотах какого-то старого проца 20 летней давности, поэтому знаменитый 1700+ имел реальную частоту 1433, а 5000+ имел эту цифру только за счёт двух ядер. Такого уже давольно давно нет. Райзены и FX показывают реальную частоту. И гонятся практически все выше 4 ГГц.
Но производительность на ядро так и не догнала Интел, поэтому АИМПу там сложнее.

Понял, спасибо.

[Zhenya]

Есть-ли ограничения в самом плеере на количество одновременно задействованных элементов анимации или тех же TASEGauge, если ресурсы ПК для работы плеера не ограничиваются?

Насколько я знаю, таких ограничений нет.

правильно-ли я понимаю, что даже не видимые на данный момент TASEGauge также полноценно активны на равне с видимыми?

Вот тут есть ответ Артёма на этот счёт — Увеличивают ли элементы в скрытых контейнерах нагрузку на процессор?

TurboDISCO Adept, если не ошибаюсь то, до 40-ка элементов в одном контейнере.

Откуда такая информация?

А есть возможность в редакторе задать параметры отключения определённых аниматоров таким образом, чтобы при работе скина на плеере, не видимые в данным момент не задействовались плеером и активизировались только при переключении "окна-контейнера" "многопользовательской группы" в котором они находятся?

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

А насчёт 4 ядер там всё плохо: производительность на ядро мала, даже на современных Райзенах.

Райзены же догнали по уровню IPC Скайлейки, разве нет? А это уже неплохо. Во всяком случае, не так плохо, как можно подумать, прочитав написанное тобой (процитированное). У Райзенов рост IPC насколько я помню около 40% относительно FX.

Вот этот пресловутый скин, который тормозил дико, хотя вроде простенький.

Там же анимации с блюром поверх. А блюр вещь тяжёлая. Цитата из блога:

Обратите внимание, что размытие — весьма «тяжелый» эффект, старайтесь избегать его использования поверх динамического контента, что обновляется несколько раз за секунду, иначе это негативно скажется на производительности программы.

И поверх плейлиста (текста) Gauge вроде. Тоже нелёгкая вещь.


Решением для всякой такой нелёгкой анимации и больших аниматоров и вообще для всяких эффектов, мне кажется, стала бы поддержка аппаратного ускорения отрисовки. С помощью Direct2D, например. Просчёт отрисовки будет выполнять видеокарта (или интегрированная графика), а справится она с этим лучше, чем одно ядро процессора.
Но это, наверняка, сделать непросто. Тем более, AIMP for Windows не так активно сейчас развивается, как раньше.

[TurboDISCO Adept]

Вот тут есть ответ Артёма на этот счёт...

Когда начинал работу, прочитал весь форум, но на тот момент настолько сложной работы не предвиделось - не запало в память; стоит ещё раз всё прочекать с новыми знаниями, запросами и видением... 

Получается, за счёт "экономии" на отрисовке скрытых элементов плеер визуально будет основательно шустрее чем если бы все части "плясали" отображёнными одновременно. Здорово! (на ресурсы для просчитывания пока наплевать - терпимо)

Насколько я знаю, таких ограничений нет.

Тоже хорошо, но  "пенёк" у меня и так успешно загнулся... Точнее - всё работает, но плакать хочется, глядя на всё это. Зато Core2Duo на 2Гб ОЗУ пока всё успешно тащит (параллельно с многовкладочно открытым браузером, текстовым редактором и несколькими другими не тяжёлыми программами) - будет у меня теперь базовым тестером (как раз машина на Е7200-ом номере под рукой есть), думаю, старые "пеньки" сейчас мало у кого есть в качестве "любимой" и "неразлучной" системы "для всего на досуге"... хотяяяяяяя 

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

Скрипты?    Не, тогда точно "отставить!". Банально уже потому, что лично я скрипты пока однозначно не потяну (даже не "пока", а "в принципе"!), да и, как выяснилось, пока ни к чему это (на площади 1300х450 пикселей с мелкими "анимашками", наверное, и так обойдётся; думаю теперь, что даже если таки приткну Gauge на CoverArt, как хотел, всё должно обойтись).

Там же анимации с блюром поверх. А блюр вещь тяжёлая...

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

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

[Artem]

звуковое сопровождение на элементы управления никак не поцепить?

Нет