[FULL] ASC AS6002S [AIMP5]

[McClaud]

Обо всех.
Я в своих скинах для 4К запрещаю масштабирование только для главного окна, но при этом меню в режиме "Авто" масштабируются.

Как?  Хотя, догадываюсь... 

[Black_AVP_Bim]

У каждого окна есть свойсво Scaled, ещё давно я просил Артёма, чтоб меню масштабировались в соответствие с выбранным масштабом в плеере, даже если в главном окне масштабирование запрещено.

[McClaud]

У каждого окна есть свойсво Scaled, ещё давно я просил Артёма, чтоб меню масштабировались в соответствие с выбранным масштабом в плеере, даже если в главном окне масштабирование запрещено.

Вспомнил, когда по твоей подсказке делал меню в Электронике, a в твоём примере меню не масштабировалось.
Меня тоже смущало, что масштаб шрифта в плейлисте можно поменять, а меню мелкое. Переделал скины с залоченным масштабом. Опять придётся Soolo просить обновить их в каталоге...

[Black_AVP_Bim]

Опять придётся Soolo просить обновить их в каталоге...

Угу... Сделали бы доступ к серверу по ftp что ли, меньше бы было гемора у админов с нашими скинами.

[McClaud]

Угу... Сделали бы доступ к серверу по ftp что ли, меньше бы было гемора у админов с нашими скинами.

Я хоть и считаю себя ответственным, но такую ответственность на себя взять не готов. Будем заниматься каждый своими делами.

[Black_AVP_Bim]

Кадров 72, согласен, – мало, но нужна была реальная 38-ая скорость, поэтому на 19 и 9 не обращали внимания. На 38-й скорости у пустой катушки тайминг 13, - это минимум, что тянет мой комп. При 90 кадров надо 10, а тогда и у меня начинаются пропуски и лаги.

Тут намедни меня одна мысль посетила по поводу аниматоров бобин. Если бы у нас была возможность в свойствах аниматора задавать число пропущенных кадров, то можно было использовать один аниматор на всех скоростях без ущерба плавности вращения.
Делается текстура с максимально возможным числом кадров из расчёта по предельным таймингам для минимальной скорости, к примеру, 180 кадров для скорости 4.76.
Если пропускать каждый второй кадр, получим скорость 9.53 (при тех же таймингах), три подряд соседних - 19.05 и т. д.
То есть нужно новое свойство у TASEAnimator. Надо проконсультироваться с Артёмом, насколько это возможно и не вызовет каких-то тормозов в самом аниматоре.

[McClaud]

Так у меня в "ASC AS6002TS" именно так и сделано. Аниматор  288 кадров, тайминги 31-13, для скорости 9. На скорости 19 демонстрируется через кадр, на 38 - через три. 

[Black_AVP_Bim]

Средствами биндинга через обратную связь с того же аниматора?
Я когда-то такой эксперимент проводил, но мне показалось, что это только сбивает аниматор с синхронизации. Начинается прорисовка следующего кадра и тут же с некоторой задержкой в него пишется номер другого кадра. Что  там реально происходит ...
Пытался сделать нечто подобное на связке TASETimer --- TASEStateDisplay, тут вообще тормоза неприемлимые.
Поэтому и хотелось бы, чтоб это делалось на стороне плеера, в коде самого аниматора.

[McClaud]

У меня все реальные аниматоры ведомые, т.е. заторможены и управляются по AnimationFrameIndex (вот бы DigitsDisplay позволял более 13 кадров, пока на них только ролики...). Ведущими выступают два "теневых" размером 1*288 pix.
Ну а расчёт кадра от ведущих в мультиплексорах: либо напрямую, либо (value mod 144)*2, либо (value mod 72)*4, в зависимости от выбранной скорости, которой и переключаются каналы мультиплексоров.
В принципе, можно и на коммутаторах сделать, но мультиплексоры занятная штука, не зря я их у Артёма выклянчил 
Единственный минус такого способа несогласованность положения аниматоров на разных скоростях.
И, кстати (хотя, может мне и показалось), но большие аниматоры в "пассивном режиме" меньше грузят систему.

[Black_AVP_Bim]

... вот бы DigitsDisplay позволял более 13 кадров, пока на них только ролики...

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

[McClaud]

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

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

[McClaud]

Заменил ведомые аниматоры (бобины, тени и набы) на стейт-дисплеи. Провёл сравнительный тест с немодифицированной версией скина и абсолютно никакой разницы не увидел. При старте из положения Стоп, на одном и том же треке загрузка ЦП на обоих версиях составляет чуть больше 13%, через минуту падает примерно до 5%. Может действительно между заторможенным аниматором и стейт-дисплеем нет разницы?.. 

[Black_AVP_Bim]

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

[McClaud]

Надо будет на апгрейд взять скин с максимальным числом аниматоров, работающих по классической схеме, по таймерам, и вот там использовать связку из стейт-дисплеев и ведущего аниматора.
О, я же ещё про рулоны ленты забыл!

[Black_AVP_Bim]

Привет, как у тебя дела с обратной перемоткой?
Эта фича может стать весьма востребованной в свете последних нововведений.