T.D.A. Sound System [AIMP v.4.60]

[TurboDISCO Adept]

Пожалуйста =) Мне это не так сложно, мне просто интересно пробовать реализовывать разные штуки на скин-движке.

В таком случае, прошу прощения, если слишком много злоупотребляю Вашим вниманием, потому как по незнанию много пока копошусь на одном месте делая что-то по Вашим примерам, но смею надеяться, может и в будущем Вы мне подскажите что-нибудь по работе 

...А вообще, не понял проблемы...

Всё верно. Проблема как раз во мне приключилась  : не вижу всего сразу, не понимаю и потому поспешил повыкидывать, чтобы на всякий случай не мешалось, а так-то эти два элемента - все TextDisplayEx (в т.ч. и №4, под ТИ) и  if WMax < 100 then WMax := 100; - ведь действительно работают вместе.

Лично я бы так не делал — предусмотреть этот случай не так сложно ведь. И не только из-за радио можно столкнуться с этим, могут быть и треки с очень длинным названием (всякое бывает, даже не обязательно это может быть музыка).

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


Таким образом, весь фон расширяющегося контейнера у меня состоит из такой вот черезстрочной шахматки, что имитирует электронный дисплей.
До того, как Вы предложили добавить на боковые, от расширяемого, контейнеры по 10 пикселей, чтобы компенсировать отступ - у меня расширяемый контейнер вмещал в себя всю шахматку и потому ничего не было заметно. А сейчас, когда я часть шахматки перераспределил на боковые контейнеры - я увидел эту проблему.
Суть в следующем. Для моей фоновой шахматки необходимо, чтобы контейнер всегда расширялся исключительно на парное количество пикселей. В то же время, получается, что приблизительно одна треть композиций своими названиями и информацией задают TextDisplayEx на непарное количество пикселей из-за чего на конце выделенной зоны Margins текстура расширяется не на два нужных пикселя, а на один и получается так, что сплошной вертикальный столбик уже не чередуется со вторым, поочерёдным, а примыкает ко второму такому же однородному столбику, который теперь не является частью расширяемого контейнера, а стоит крайним из тех 10 пикселей, которые были перенесены на, например как на картинке, к правому не расширяемому контейнеру.
В результате получается как бы накладка - двойная линия сплошных пикселей, что заметно бросается в глаза (ниже на картинке - верхний скриншот; там, правда не 10 пикселей, а всего 5 я отвёл правому, с кнопками, контейнеру, но не суть - что 5, что 10, что 15, эфект всегда одинаков и зависит только от центрального расширяемого контейнера). Это я ещё сместил элементы Margins в крайнюю правую сторону - там как бы блик на стекле и не так заметно, а поначалу элементы для замостки Margins были выделены в начале (слева) текстуры растягиваемого контейнера - часто такая двойная линия проходила приблизительно слева-посреди расширяемого контейнера, поперёк надписей.

А вот когда я не отдаю часть дисплейной фоновой шахматки на 10 пикселей соседнему контейнеру, а вся шахматка лежит в зоне расширяемого контейнера, то такое задвоение происходит в конце (справа) экрана (ну или сначала - слева, смотря где задать элементы для замостки в Margins). Так на нижнем скриншоте видно, что задвоение в конце - как раз здесь оно практически не бросается в глаза, навроде как и должно так быть.


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


Можно-ли насильно настроить замостку в Margins таким образом, чтобы контейнер всегда, не зависимо от условий расширения TextDisplayEx (на парное количество пикселей или непарное), расширялся бы исключительно на парное количество пикселей?
Если да, то вариант с 10 пикселями в соседних контейнерах в моём случае будет идеально работать, а так пока приходится выбирать: либо изредка смотреть на сверхдлинные названия, которые впритык распирают дисплей QFI, либо в трети случаев наблюдать на этом самом дисплее вот такие светлые полоски.
Я скорее всего опять не все возможности вижу, но описал сейчас то, до чего додумался сам - может как-то это всё исправляется и настраивается и можно будет и 10 пикселей оставить и непарнопиксельное расширение фона контейнера убрать (если есть возможность, подскажите как это сделать или обойти этот момент), но на данный момент я пока склоняюсь к тому, что не хочу видеть светлые линии на дисплее при проигрывании композиций стандартной длинны.

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

[Zhenya]

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

Просто создайте в том контейнере с текстурой три дочерних прозрачных (без текстуры и без фонового цвета) контейнера. Даже можно не три контейнера, а две текстуры (элемент TASELayoutTexture) по бокам и контейнер по середине. Текстуры потому, что там ведь не нужно размещать элементы, то есть контейнеры в этом случае избыточны. В контейнер посередине переместите метки. И не забудьте поправить скрипт — имя контейнера в последних двух строчках.

Можно-ли насильно настроить замостку в Margins таким образом, чтобы контейнер всегда, не зависимо от условий расширения TextDisplayEx (на парное количество пикселей или непарное), расширялся бы исключительно на парное количество пикселей?

Нет, так нельзя.

[TurboDISCO Adept]

Просто создайте в том контейнере с текстурой три дочерних прозрачных (без текстуры и без фонового цвета) контейнера. Даже можно не три контейнера, а две текстуры (элемент TASELayoutTexture) по бокам и контейнер по середине. Текстуры потому, что там ведь не нужно размещать элементы, то есть контейнеры в этом случае избыточны. В контейнер посередине переместите метки. И не забудьте поправить скрипт — имя контейнера в последних двух строчках.

Кажется, понимаю задумку  . В материнский растягиваемый контейнер с текстурой войдёт вся дисплейная шахматка и будет там нормально растягиваться добавлением справа, как в моём последнем примере. В то же время два дочерних TASELayoutTexture будут служить своеобразными бамперами между краями материнского контейнера и краями дочерних TextDisplayEx.
Логично же...
... и очевидно, но в жизни бы сам не додумался! 

Спасибо, Zhenya. На днях попробую собрать всё это в какой-то конечный, работоспособный вариант.

[TurboDISCO Adept]

Крррррррасота просто!  Теперь QFI работает со всеми мелочами как надо и теперь это не стыдно показывать на пробу людям (что и сделаю ближайшее время, как только дооформлю картинку на "Not Сover").
-------------------------------------------------------------------

Чтоб два раза не писать...
Сейчас работаю над визуализацией дисплея "Главного окна".
1. Собственно возвращения ползунка TASESliderHorizontal при нажатии на "Стоп", как видно из базовой версии обложки 1.0, я добился через Visibility элемента к State prvPlayerState - суть в том, что при "Стоп", TASESliderHorizontal перестаёт быть видимым (под элементом на материнской фоновой текстуре просто ползунок слайдера банально нарисован и не перекрываемый элементом слайдера становится видимым). Задача сейчас в том, чтобы сделать TASESliderHorizontal также невидимым и при проигрывании радиостанций. Пока не знаю как это сделать...
2. Также я всегда очень хотел, чтобы при нажатии на "Стоп" трековые циферблаты и подсветка бегущей строки - гасли. Посредством связки TASEBlurredGlass (как элемнт просто несущий в себе перекрывающую крышку-текстуру) и того же prvPlayerState я добился нужного результата. Интересно можно-ли связку Visibility-State замедлить во времени? В том смысле, чтобы исчезание TASEBlurredGlass не было мгновенным, происходило постепенное исчезание на протяжении, например, 1-1,5 секунды? Чтобы всё это реально походило на настоящее затухание/включение...
3. Поскольку добился гашения основных светящихся элементов дисплея - хотелось бы то же самое проделать и с элементом TASEWaveFormDisplay. При нажатии на "Стоп" визуализация элемента продолжает медленно уходить (на картинке ниже). Пробую сделать его невидимым при нажатии на "Стоп" при помощи того же prvPlayerState, но там не всё так просто, как оказалось. Есть такое подозрение, что вовсе не там "копаю":


Пункты 1 и 2 не столь критичны, но интересно, возможно ли это как-то реализовать?
А вот п. 3 надо сделать обязательно; если нет возможности сделать через биндинг, буду делать "по деревенскому понятно" - накрывать крышкой-текстурой при "Стоп", хотя при тут же нажатом "Воспроизвести" будет заметен уходящий кусок волны ещё с предыдущего воспроизведения  ...

[TurboDISCO Adept]

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

[...немногим позже]
А, пардон, уже откопал ответ в блоге - правда пришлось "гуглить"    (очень одна кнопка мне для рисовки лишняя по количеству, но теперь ничего не поделать...)

[TurboDISCO Adept]

Обновление обложки: "T.D.A. Sound System" v1.1 - к версии обложки "T.D.A. Sound System" v1.0 добавлен завершённый элемент DropWheel. (См. обновлённые ссылки и описание в первом посту этой темы)

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

Итак, завершил полностью - DropWheel. Он квадратный по той же причине, почему я вообще пока избегаю в скине округлых линий своего собственноручного "производства". Впрочем пропорции, размещение кнопок я оставил как в оригинале. Не уверен на счёт удобности, кликабельности размера периферийных кнопок "колеса" по сравнению с оригиналом, так как длина кнопок уменьшена (эх, если б выбросить одну кнопку, то при той же компактности можно было бы оставить прежнюю длину), но, уверен, ничего сверх ужасного не приключилось - при 5000 dpi на оптике "мышки" и Full HD пользоваться удобно, в кнопки попадаю без проблем:

---
По "Главному окну":
1. Исправил едва заметную "очепятку" в графике кнопки и индикатора "Случайный файл".
2. Уменьшил по высоте линию "подсветки" "Бегущей строки" на 2 пикселя из-за чего общий вид "...строки" стал по высоте Уже (это из замечаний igor6507).
3. Поставил таки точку в анимации динамиков (если кто не подскажет какую-то иную рабочую идею, как что лучше здесь можно было бы сделать - пока так и останется). Как и планировал - сделал анимацию чуть заметнее чем была на правом динамике на "T.D.A. Sound System" v1.0, но не настолько бросающейся в глаза, как была на левом динамике.
---
QFI и "выключатель" подсветок на главном дисплее пока не стал вставлять в эту версию, по первому случилась непредвиденная ТШ (творческая шизофрения; надеюсь она не продлится до того момента, когда я продолжу рисовать InfoBox - и там и там имеются дисплеи отображения "ковриков"/обложек композиций: как бы не пришлось перевнедрять QFI, если позже на InfoBox в голову придёт куда более лучший вариант рисунка-заставки на "Not Cover"), а по второму - хочу со временем более внимательно ещё всё порассмотреть и поизучать, не получится-ли этот "выключатель" как-то не столь деревянно сделать, как у меня уже было получилось.
---
Добавил ссылку на скин к аналогметру (опять же - см.первое сообщение этой темы, внизу), о котором написано в "Описании" и который наиболее подходит под стиль обложки.
Понимаю, что "Dark" - название, мягко выражаясь, странное для такой расцветки. Объясняется это тем, что когда рисовал скин, то исходников у меня не было и пришлось перерисовывать оригинал скина "Night" и чтобы названия базовых файлов как-то отличались, взял да и набрал, что-то тоже "тёмное", но отличное от "Night", что первое взбрело в голову - на тот момент я даже не ожидал, что у меня что-то внятное получится, пробовал-баловался.  Менять теперь лень, главное, что работает...
На всякий случай, повторюсь отдельно и здесь: скин "Dark" не предназначен для визуализации в полноэкранном режиме или вообще в окне размером большим, чем встроенное окно визуализации в дисплей "Главного окна" обложки плеера! Нет, скин будет работать при любых раскладах, вот только то, что вы увидете в увеличенном размере - вряд-ли вам понравится, так как черезстрочная шахматка фона циферблата "Dark" подбиралась буквально на глаз (и то, оказалась даже чуток меньше, чем нужно), угадать масштабирование окна визуализации и скина аналогметра в нём достаточно сложно. Кроме того "электронные" элементы ("+", "-", "VU"...) сами по себе достаточно "рубленные"... Короче в большом масштабе это выглядит плохо.
---
...Немного изменил формат оформление этой темы, чтобы более наглядней и удобней всё можно было просматривать. Скоро добавлю составной/наборный, детальный скриншот обложки, на котором, не скачивая и не устанавливая саму обложку, можно будет сразу посмотреть как выглядит тот или иной её элемент.
------------------------------------------------------------------------

Отдельно хотел отписать по анимации динамиков.
Жаль, что анимацию невозможно подцепить на показания того же спектрума в "басовой" его части. Потому все существующие анимации, которые я посмотрел, меня всегда не удовлетворяли тем, что происходила вялая смена позиции диффузора и смысл анимации и динамиков вообще в таком случае представлялись сомнительными в своём наличии. И я решил попробовать анимировать мелкую вибрацию диффузора динамика, которая происходит постоянно, но глазом заметна только на больших, сценических колонках. Естественно, что на таких размерах (размерах скина плеера) ход/амплитуда диффузора и его колпачка выглядит до смешного неправдоподобным, в несколько раз преувеличенной, но для хоть какого-то ощутимого на глаз и оправдывающего себя эффекта в обложке пришлось сильно преувеличить этот момент.
Другми словами, раз уж есть динамик и есть его анимация, то они должны работать постоянно, сопровождая "сигнал", а не время от времени, как это в основном делали всегда.
Но основной проблемой была даже не неправдоподобность работы динамика (вибрация - это просто формат анимации) - проблемой была сама анимация через "уровень сигнала", TASEGauge. Во-первых, смена режима работы диффузора при различной силе сигнала и, во-вторых, остановка анимации, когда этот сигнал доходил до 100%.
Первую проблему частично удалось решить (опять же - чрезвычайно сомнительно по правдоподобности) посредством наличия в покадровой строке анимации отдельных групп кадров однотипного характера и переходов между ними. Условно и проще говоря, кадры анимации были поделены на 4 группы, каждая из которых содержала 2 типа кадров, которые чередовались между собой. С каждой новой и ближней к 100% "уровня сигнала" группой, кадры, что в ней сменялись были более амплитудными и осветлёнными, как если бы диффузор и колпачок были в большем напряжении и перемещались вперёд, к наблюдателю. Таким образом колебания "уровня сигнала" по силе от 0 до 25, от 25 до 50... и т.д. до 100 двигают свою группу кадров, а при явном усилении-перепаде, например в Disco-музыке, когда "сигнал" может колебаться от, например, 30-до 90 динамик показывает резкую и сильную встряску, не переставая при этом вибрировать, что на уровне "сигнала" в 30, что в 90.
Почему "частично"?
Потому, что если "сигнал" падает, например с 90 до 30 и снова возрастает до, пускай 50 (тех же 90 - не важно) - вот этот момент перехода на уровне в 30 глаз всё же замечает мимолётную задержку анимации, задержку вибрации диффузора. Она доли-секундная, но всё-равно неприятная, тем более, когда "уровень" ещё и задерживается на этой отметке, а не сразу "отскакивает".
Я попробовал увеличивать количество кадров в анимации и, понятное дело, задержка эта становилась всё меньше, но в какой-то момент увеличение кадров перестаёт приносить достаточный "КПД" по отношению к сильно возрастающему весу обложки, львиная доля которого уходит на вес кадров анимации. Определить оптимальный вариант кадров в такой вот анимации динамиков я не возьмусь: уже на 25 кадрах анимация более-менее смотрится, на более 50-ти уже не имеет, на вид/глаз, особого смысла - могу ошибаться  .
Вторая проблема, без решения которой, анимация динамиков через TASEGauge вообще не имеет никакого смысла, преодоление остановки анимации на "уровне сигнала" в 100% - нашла выход достаточно неожиданно для меня (ну, просто потому, что, даже если такой вариант уже был когда-то описан и применён скиноделами, то я до него додумывался сам  ). Спасибо Kibermanick-у, что подкинул "дров в топку" и обнадёжил меня в правильности моих поисков. Я хотел попробовать совместить во едино анимацию TASEGauge и TASEAnimator и это удалось сделать следующим образом.
Я взял два последних сменных кадра из кадровой линейки динамика на TASEGauge и сделал из них быстросменную анимацию на TASEAnimator. Потом TASEAnimator динамика наложил поверх TASEGauge этого же динамика и тоже подключил его

Теперь, если "уровень сигнала" даже кратковременно приходит на отметку в 100%, анимация динамика не зависает и продолжает вибрировать.

На текущий момент вижу возможность анимировать динамики полностью через TASEAnimator, чтобы избавиться от первой проблемы - недолгого зависания анимации на
TASEGauge в возвратно-поворотных моментах "сигнала": да, появление TASEAnimator и перекрытие им собой TASEGauge происходит без заметных глазу "провисаний" и задержек.
Конструкция следующая. Беру из каждой из 4-х групп своей анимации по 2 ключевых, сменяющих друг друга кадра и делаю на их основе 4 TASEAnimator, накладываемых друг на друга и подключаемых через "видимость" на тот же prvVisual, на различные участки "уровня сигнала". Кроме того, таким образом резко уменьшается вес всего скина ввиду ненужности такой кадровой дорожки, которая была на TASEGauge...
Но есть одно НО! Даже ввиду большого количества TASEGauge в моём скине, мой процессор едва-ли ощущал нагрузку на 1%, а вот когда я добавил 2 двухкадровые анимации, то в момент их срабатывания процессор сразу выдаёт 3-4% нагрузки на ядро. Логически допускаю, что при описанной мной выше схеме, проц буде всегда навешен как минимум на эти самые 3-4%. И это какой-никакой i7 3770...

В конечном итоге я решил, что "красота требует жертв" - это, наверное, не про меня и остался на TASEGauge.

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

[TurboDISCO Adept]

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

Не хочу плодить темы в разделе вопросов и замечаний (так как скорее всего AIMP просто по другому не сможет работать и тут нечего обсуждать), может сведущие люди откликнуться и объяснят ЧТО это за фокусы такие происходят с окном визуализации.

Суть в следующем.
По началу моя обложка не включала элемент "Окно визуализации", поскольку он там не нужен функционально. Но он должен быть в полнофункциональном составе обложки и я его добавил (на данный момент "Окно визуализации" функционирует по дефолту, как оно есть в примерном скине, в редакторе).
До того, как "Окно визуализации" было включено в состав скина, скин к аналогметру "Dark" выглядел сносно (на картинке позиция №1).
Когда же в составе появилось "Окно визуализации", в первоначально встроенном TASEVisualDisplay, в "Главном окне" плеера моей обложки, изменилось отображение аналогметра - оно сильно исказилось по сравнению с тем, что было. На картинке позиция №2 - два варианта того, как стал выглядеть аналогметр и если тот вариант, что слева, ещё куда ни шло, то тот, что справа - просто издевательство уже.
В конечном результате оказалось, что на то, как отображается аналогметр в TASEVisualDisplay в "Главном окне", влияет, какие размеры принимает "Окно визуализации" (см.картинку) - 
Выбросил бы я обратно это "Окно визуализации", только ведь тогда обложка будет не полной. Оставить так, как есть - тоже нельзя, ведь оставленное даже по дефолту "Окно визуализации" искажает отображение аналогметра в "Главном окне".

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

  Или опять придётся скин аналогметра, без исходников, перерисовывать, теперь на однородный фон?..

[TurboDISCO Adept]

Обновление обложки: "T.D.A. Sound System" v1.2 - к версии обложки "T.D.A. Sound System" v1.1 добавлен завершённый элемент TrayControl. (См. обновлённые ссылки и описание в первом посту этой темы)
---
По "Миниплееру".
Элемент "Миниплеер" представлен в несколько более увеличенном по сравнению с базовым вариантом размере, с относительно большими элементами управления, что позволяет удобнее пользоваться "Миниплеером" на больших мониторах.
Функционал базового варианта "Миниплеера" был полностью сохранён. Также добавлено два элемента:
1. Функция "Поверх всех окон" для удобства была вынесена на отдельную кнопку;
2. "Бегущая строка", кроме своего прямого назначения также служит хорошим визуальным индикатором изменения уровня громкости на плеере с помощью "колеса" "мышки".

---
По "Главному окну".
Не стал анимировать затухание и включение подсветки дисплея при нажатии "стоп/плей" - в моём исполнении слишком много ресурсов идёт на такую чисто декоративную мелочь.
Посему сделал простое появление и исчезание подсветки разных элементов, в т.ч. банально прикрыл "крышкой" и TASEWaveFormDisplay (из-за этого если нажать на "Стоп" и сразу на "Плей" - увидите конец волны предыдущего воспроизведения, что, как бы не логично, ну да ничего страшного).
Теперь при нажатии на "Стоп", дисплей "Главного окна" затухает (точнее - мгновенно выключается  ). Как я уже сказал - декоративная, ничего не несущая в себе вещица, но мне всегда хотелось в плеере такое сделать и вот - сделал, деревянно, но исправно работает. Подсвеченными логично остаются таймер планировщика/системного времени и сам статус плеера - индикация "стоп":


Дай, думаю - а чего бы и нет, по тому же принципу сделал это и в "Миниплеере":


Мне такая мелочь очень нравится, уж не знаю как к такому отнесутся пользователи...

В связи с этим встал вопрос с небольшой пере-доделкой "Краба", вида "Главного окна" №3, с открытыми динамиками. Там мне не нравились уровни сигнала и вообще акустика сильно пришита белыми нитками ко всему остальному. После того, как была сделана заглушка на подсвеченные элементы дисплея, после нажатия на "Стоп" акустика вообще стала дико чужой выглядеть - надо срочно "интегрировать" туда что-то из стекла. Я до последнего не хотел приделывать стеклянные элементы на акустику в "крабе", поскольку такой формат применён на стандартном виде, №1, но видимо никуда не деться (нижним "уровням сигнала" стекло пойдёт только на пользу, поскольку и они перерисуются).

P.S.

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

Короче - засада полная  , надо перерисовывать скин к аналогметру  . Собственно уже начал это делать.
Плюс в том (начал делать окно визуализации, которое по скину должно идти отдельным вызываемым элементом - там это для себя вдруг  уразумел), заметил, что можно подправить и даже заменить на свой skin в TASEVisualDisplay (поначалу туда не лазал, думал он там по умолчанию встроен, неизменным), он по базису кривовато становится при выключении анимации. Пускай использование "T.D.A...." не предусматривает отключение визуализации в "Главном окне", но вдруг кому-то это понадобиться - лучше пусть всё будет по общему дизайну, нарисую свою "крышку".

[Zhenya]

Вот вы графоманите, конечно =) Страшно подойти к такому топику.

1. Собственно возвращения ползунка TASESliderHorizontal при нажатии на "Стоп", как видно из базовой версии обложки 1.0, я добился через Visibility элемента к State prvPlayerState - суть в том, что при "Стоп", TASESliderHorizontal перестаёт быть видимым (под элементом на материнской фоновой текстуре просто ползунок слайдера банально нарисован и не перекрываемый элементом слайдера становится видимым). Задача сейчас в том, чтобы сделать TASESliderHorizontal также невидимым и при проигрывании радиостанций. Пока не знаю как это сделать...

prvPlayingFileInfo.Source
Справка — 2. Структура скина / Взаимодействия между элементами / Список точек подключений и сервисов провайдеров / Провайдеры / prvPlayingFileInfo

2. Также я всегда очень хотел, чтобы при нажатии на "Стоп" трековые циферблаты и подсветка бегущей строки - гасли. Посредством связки TASEBlurredGlass (как элемнт просто несущий в себе перекрывающую крышку-текстуру) и того же prvPlayerState я добился нужного результата. Интересно можно-ли связку Visibility-State замедлить во времени? В том смысле, чтобы исчезание TASEBlurredGlass не было мгновенным, происходило постепенное исчезание на протяжении, например, 1-1,5 секунды? Чтобы всё это реально походило на настоящее затухание/включение...

Вместо мутного стекла лучше использовать панель. Вы же не используете размытие?

https://www.aimp.ru/forum/index.php?topic=27831.msg373346#msg373346
https://www.aimp.ru/forum/index.php?topic=27831.msg373353#msg373353

Кстати, зачем накрывать "крышкой" если можно просто скрывать сам элемент?

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

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

Теоретически конечно можно заморочиться с таким костылём — берём два дисплея и попеременно меняем их видимость, то есть нажимаем Стоп и дисплей заменяется вторым. Следующий раз нажмём Стоп — дисплей поменяется обратно на первый. Но тут нужно будет менять не только видимость дисплеев, но и их связи удалять и восстанавливать, чтобы при нажатии Стоп дисплей менялся на "свежий", без волны на нём.
Минус всё равно есть — если достаточно быстро использовать Стоп два раза, то кусок волны всё равно будет виден.

[Zhenya]

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

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

[Zhenya]

Теоретически конечно можно заморочиться с таким костылём — берём два дисплея и попеременно меняем их видимость, то есть нажимаем Стоп и дисплей заменяется вторым. Следующий раз нажмём Стоп — дисплей поменяется обратно на первый. Но тут нужно будет менять не только видимость дисплеев, но и их связи удалять и восстанавливать, чтобы при нажатии Стоп дисплей менялся на "свежий", без волны на нём.
Минус всё равно есть — если достаточно быстро использовать Стоп два раза, то кусок волны всё равно будет виден.

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

Но может как некий урок по скриптам пойдёт =)
Например, как вынести [повторяющиеся] куски кода в отдельные процедуры/функции.
Ещё добавил комментарии в скрипте.

Разные цвета у волны для наглядности.


upd
Блин, забыл дописать, почему костыль бредовый — при воспроизведении-то скрытый дисплей никак не очистить: если связь оставить, то там будет "свежая" волна, если же связь убирать, то волна замирает! Совсем забыл про это, хотя выше про это написал. То есть решение точно нерабочее.

То есть пользователю и стараться увидеть этот косяк не нужно — достаточно один раз остановить воспроизведение на достаточно короткий промежуток времени (меньше примерно 18-ти сек в моём примере (с окном минимальных размеров)) и продолжить воспроизведение ещё хоть на час, но при следующей остановке будет косяк со старой волной. Если он, конечно, не будет пользоваться паузой.

[TurboDISCO Adept]

Ффффух, я уж было испугался, что Вы меня бросили 
---------------------------------------------------------------------

prvPlayingFileInfo.Source
Справка — 2. Структура скина / Взаимодействия между элементами / Список точек подключений и сервисов провайдеров / Провайдеры / prvPlayingFileInfo

Попробовал Вашу подсказку: теперь слайдер видим и проигрывается, когда играет трек и становится невидимым, когда играет радио, НО... похоже напрямую там того, что мне нужно только prvPlayingFileInfo не добиться (ну, или скорее всего я просто не умею более сложные связи настраивать).
Короче, задумка такая: надо, чтобы ползунок слайдера был видимым всегда - когда играет трек, когда играет радио и когда плеер в позиции "Стоп". Причём не важно, будет-ли это всамделещный ползунок элемента TASESliderHorizontal или этот ползунок будет просто нарисован на фоновой текстуре "Главного окна".
А схема, к которой я пока додумался очень простая, но пока частичная.
Кадры слайдера - TASESliderHorizontal - у меня такой ширины, что покрывают собой ползунок этого самого слайдера, потому для того, чтобы этот самый ползунок отображался в начале пути, я просто могу нарисовать его прямо на фоновом скине-картинке "Главного окна - таким образом, когда слайдер отображается, тоесть -  когда играет композиция, он собой закрывает этот самый нарисованный ползунок, а когда нажимается на "Стоп", слайдер становится невидимым и на его месте проступает фоновая картинка "Главного окна" с нарисованным в начале трекинга ползунком. В "Редакторе связей" это сделано, как показано на картинке ниже.
Когда я связываю Visibility c Source на prvPlayingFileInfo, то через "Параметры связи" могу настроить так, что TASESliderHorizontal теперь будет видим при проигрывании композиции и перестаёт быть видимым, когда играет радио (при этом нарисованный ползунок опять становится видимым в начале трекинга), а вот сделать параллельно ещё и так, чтобы слайдер был невидимым и при нажатии на "Стоп" - не получается.
Как сделать так, чтобы TASESliderHorizontal был видимым только при проигрывании композиции, но становился невидимым и при нажатии на "Стоп", и когда играет радио?
Visibility TASESliderHorizontal не подключается одновременно на State prvPlayerState и на Source prvPlayingFileInfo... Может есть возможность задать формулой значение связи Visibility-Source на prvPlayingFileInfo таким образом, чтобы TASESliderHorizontal становился невидимым и при проигрывании радио и при остановке плеера? Или опять только через скрипт?

--------------------------------------------------------------------

Вместо мутного стекла лучше использовать панель. Вы же не используете размытие?

Нет, конечно, размытие = 0. Просто мутное стекло для меня более привычный и обкатанный, что-ли, уже элемент, более "послушный". А вот панель, когда я пробовал её применить почему-то была очень "деревянной" и я никак не мог ей изменить параметр ZOrder - панель устраивалась жёстко под многостраничной группой, что у меня идёт в самом начале контейнера "Главного окна", а засунуть её надо было на 13-ю позицию. Что я только не перепробовал - ZOrder был не изменяем, потому я плюнул и взял привычное мутное стекло и сразу сделал то, что мне нужно.
Сейчас попробовал задействовать панель снова - теперь проблем с ZOrder вроде как не наблюдается. Не знаю, что тогда с ней было не так. "Перекурил" справку и подумал, что панель как своеобразный контейнер более сложный элемент, имеет свои дополнительные заморочки и сложности - потому и я не стал тогда заморачиваться, делая по сути обычную крышку 

Кстати, зачем накрывать "крышкой" если можно просто скрывать сам элемент?

Я первоначально так и намеревался сделать, вот только подсветка "Бегущей строки", включая лампы подсветки - это просто часть фоновой текстуры "Главного окна": чтобы сделать её невидимой, надо бы было перерисовывать фоновую текстуру, вставлять отдельно элемент с текстурой подсветки и ламп и делать этот элемент также скрываемым.
А там ещё и "косая линия" между двумя циферблатами - тоже часть текстуры "Главного окна"... тоже можно было сделать частью текстуры предыдущего элемента, конечно...
В конечном результате я не увидел смысла в том, чтобы перерисовывать подсветку и просто нарисовал то, что должно быть, когда она "затухает" и просто наложил это "крышкой" сверху - для визуала это не имеет никакого значения. И элементы-циферблаты не пришлось дополнительно перенастраивать на отключение...
А учитывая то, что с TASEWaveFormDisplay так совладать и не удалось, это оказалось и на руку - этой же крышкой я покрываю и его, когда жму на "Стоп"

https://www.aimp.ru/forum/index.php?topic=27831.msg373346#msg373346
https://www.aimp.ru/forum/index.php?topic=27831.msg373353#msg373353

Эти примеры я в первую очередь просмотрел. Собственно потому и обрадовался поначалу, что смогу сделать постепенно появляющуюся/исчезающую "крышку", нооооо... там примеры, как я понял, через цвет идут и хоть я и просидел почти всю ночь, пытаясь как-то написать скрипт (наивный, ага!) и другие элементы под свою текстуру на связи Visibility-State, но, понятное дело, что ничего не добился, кроме того, что чуть не вывихнул себе мозг. Потому и забросил и оставил свой простецкий вариант.
А было бы здорово, чтобы "крышка" появлялась и исчезала как в примере тех скриптов хотя бы на протяжении 0,5 секунды имитируя "затухание" и "включение" ламп и подсветки, но увы - не осилю сам    Можно-ли как-то посадить элемент панель/мутное стекло на скрипт, замедляющий его Visibility-State?
Сейчас у меня всё устроено следующим образом. "Крышка", по сути, появляется и исчезает поверх отдельных участков экрана (верхняя часть картинки), а настроена она по простому, через Value=0 (нижняя часть картинки):

----------------------------------------------------------------

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

Спасибо. Мне вот как раз это и надо было узнать. Ну, я уже перерисовываю скин к аналогметру (плохо, что нету в свободном доступе .psd-исходников к классическому и "ночному" скину - было бы гораздо быстрее. Впрочем я уже так углубился в скин аналогметра, что уже впору с нуля полностью свой оригинальный вариант нарисовать...)

Пришлось с лупой искать о чём вы говорите. Нет, никак. Только если удалить дисплей визуализации в отдельном окне, то есть оставить только один дисплей в главном окне. Или удалить целиком то окно.

Да, я сам не сразу увидел, как искажается мой аналогметр в "Главном окне", только когда взялся за встроенное отдельное "окно визуализаций" заметил, что вся моя изначальная задумка пошла на смарку.
Я бы с удовольствием выбросил это "Окно визуализаций" из сборки, тем более, что моим скином оно не предусмотрено "идеологически", попросту не нужно оно там, ну и кнопки его вызова я потому не рисовал, НО - без этого окна скин обложки не будет считаться полным, потому некуда деваться  - надо рисовать однотонный скин аналогметра: "Тебе придётся, касатик!!!", как говаривала та самая бабка с охотничьим ружьём из бородатого анекдота.
-----------------------------------------------------------------

Но может как некий урок по скриптам пойдёт =)

Спасибо ещё раз за то, что Вы делаете! Конечно урок пригодится. Мне, правда, уже конкретно эти скрипты "на грани понимания", что называется, но когда они непосредственно касаются того, что ты пробуешь сделать - они как-то легче усваиваются, чем даже примерочные из "курилки"... из справки.
По сути. Как я посмотрел Ваши примеры и правильно понял - с TASEWaveFormDisplay полноценным образом совладать не получится. Ну и пускай так и остаётся; будет прикрываться общей "крышкой" на "Стоп". При дальнейшем быстром "Воспроизведении", конечно, будет виден кусок уходящей предыдущей волны, ну да и - пускай, главное, что есть 100% действие на кнопку - визуальное включение/выключение в т.ч и экрана "волнообразователя".
----------------------------------------------------------------

Вот вы графоманите, конечно =) Страшно подойти к такому топику.

Есть "чуть-чуть" такое, но просто с 2008-го периодически плотно заседал на тематических форумах, часто музыкальных и литературных - оттуда привычка подробно со всех сторон всё расписать, лучше, чем быть недопонятым.   

[TurboDISCO Adept]

Идея и дизайн обложки.

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

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

С 2008-го года основной обложкой на Winamp-е у меня всегда была "Bento Classified" в формате "Главное окно"+"Плейлист" снизу. AIMP, кроме базовой на те времена, у меня с 2011-го преимущественно работал под частично схожей по структуре обложкой AIO "Experience".
Отсюда структура, базовая "убогость" подачи графики, взаиморазмещение и комплектация различных функциональных и визуальных элементов в первую очередь в "Главном окне".
По графике - отдельно: это точно не попытка сделать реалистик-Hi-Fi, как некоторые подумали. Во-первых, рукоблудный посыл на 80% пошёл именно от графики вот тех самых, старых обложек - изначально реализм не рисовался (потом уже было поздно перерисовывать, да и не очень хочется, так как реалистичные Hi-Fi-модели для подражания - а они, позже, тоже появились - в этом случае слишком не однозначны), а во-вторых у меня всё же, что называется, "кишка тонка", потому в лучшем случае это будет имитация. Главный ориентир и пример здесь, в первую очередь, подача и графика обложек Zigar-а - конкретно имею ввиду "Obsidian", "BLACK ONIX" и серию "Gilly", как высшая, на мой взгляд, точка развития такого вида скинов; графика хоть и не сверх-сложная, но настолько аккуратная, "вылизанная", стильная, что порой бывает запускаешь плеер и забываешь включить воспроизведение, непроизвольно "зависая" на созерцании интерфейса. В первую очередь очень хотелось бы "вылизать" графику именно в этом отношении.

А что до реализма, то позже, когда я непроизвольно начал пробовать, чисто декоративно и "схематически", отрисовать ту же акустику - чисто чтобы заполнить свободное место в первоначальном варианте скина, "под руку" нашлись ребята, подбившие на пробу оформить всё в формате Hi-Fi. Изначально частью оформления у меня обязательно должен был быть "деревянный шпон", потому некоторое подобие реализма можно было себе представить и я решился попробовать...
А вот что до конкретной модели и целостного структурного вида - здесь всё плохо. Поскольку базовые элементы - пластик деревянный шпон, стекло как "материалы", уже структуированный информационный дисплей, набор элементов-"кнопок" управления и в довесок какая-то недо-акустика как не пришей кобыле хвост - как визуальные ингредиенты должны были быть в обязательном порядке, то и смесь этого всего потянуло в памяти "всё милое и дорогое сердцу", связанное с музыкой; там и радиолы, и магнитолы, и бумбоксы и... и даже автомобильные проигрыватели 70-80-90х годов в формате "wood dash kits"! Ничего из этого конкретно не воплотилось в скине (не говоря уже о том, что то, что получилось не выглядит реалистично), но некая адская смесь нашла место сформироваться - что-то структурно пошло от одного проигрывателя, что-то визуально - от другого, от третьего элементы оформления были перевраны в угоду и особенностям самой обложки плеера.
Короче, почему именно так выглядит "Главное окно" скина, можно попробовать догадаться, глядя на вот такую-вот солянку:

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

[Zhenya]

Ффффух, я уж было испугался, что Вы меня бросили 

Был в отъездах, потом не было особо времени, тем более тут коротким ответом не отделаешься =), поэтому так получилось.

Как сделать так, чтобы TASESliderHorizontal был видимым только при проигрывании композиции, но становился невидимым и при нажатии на "Стоп", и когда играет радио?

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

Создаём его с такими связями:



И параметрами:



Получившийся провайдер привязываем к видимости слайдера:



Готово.

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



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

А было бы здорово, чтобы "крышка" появлялась и исчезала как в примере тех скриптов хотя бы на протяжении 0,5 секунды имитируя "затухание" и "включение" ламп и подсветки

Самый простой способ — это использовать затухание у кнопок. Крышкой выступает кнопка. У кнопки два кадра — первый кадр с текстурой крышки, второй полностью прозрачный. Кликабельность отключена (в окне текстуры справа пункт "Доступность для мыши"). Свойство кнопки FramesPerState = 1 (1 кадр на "набор" кадров).

State кнопки связан с prvPlayerState.State. Параметры связи:

Code: [Select]

Value = 1 OR Value = 2

Как это работает, думаю понятно: меняется состояние плеера, меняется и State кнопки, то есть и кадр кнопки — и либо отображается крышка (Stop), либо "отображается прозрачность" (Play, Pause).

Минус такого способа — пользователь может отключить опцию "Затухание элементов управления" в настройках (вкладка "Интерфейс") и затухания у крышки не будет. Хотя с другой стороны это и плюс — если пользователь отключил затухания, то значит либо они ему не нравятся, либо плеер запущен на слабом компьютере.

Кстати, вместе с "накрытием" крышкой неплохо бы и отключать кликабельность накрываемого элемента, потому что крышка клик на себя не забирает и клик проходит сквозь крышку и достаёт до накрытого элемента.
Как это сделать: просто привязать Accessibility накрываемого элемента к prvPlayerState.State.

Прикрепил проект с примером этого способа — test_SmoothVisibilityChangeViaButtonState.zip.

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

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

Кстати, бегущую строку лучше не накрывать крышкой, а просто менять текстуру фона. Почему? Попробуйте на Стопе покрутить громкость в скине с бегущей строкой или в скине по умолчанию — там будет отображаться значение громкости. Изменение баланса и эффектов тоже отображается в бегущей строке. Но менять доступность (Accessibility) бегущей строки, я считаю, всё же нужно, без этого как-то нелогично, что указатель меняется на "руку".
Для этого можно немного поменять крышку из кнопки, про которую я писал выше: вместо прозрачного кадра вставить туда кадр со светящейся текстурой. Ну и поменять ZOrder само собой, чтобы кнопка-крышка была уже под бегущей строкой.

Ещё момент: у спектрума не открывается конт. меню, нужно удалить связь ContextMenu и очистить свойство PopupMenu (pmDisplay уже пустой для спектрумов). Теперь будет открываться конт. меню окна, как и должно быть.

Да, ещё вспомнил: вот тут выглядит так, как будто крышка меньше по высоте, чем нужно:



Или так и задумано? На мой взгляд выглядит странно.


Теперь второй способ плавного скрытия элемента.

Можно-ли как-то посадить элемент панель/мутное стекло на скрипт, замедляющий его Visibility-State?

Visibility никак не замедлить — там же только 0 и 1, то есть элемент либо скрыт, либо отображается. State описан выше. Изменение цвета не подходит, потому что используется текстура. Но тут на помощь приходит добавленное в v4.50 свойство BlendingModeOpacity, то есть (не)прозрачность режима наложения.

Прикрепил проект с примером этого способа — test_SmoothHidingElementWithTimer.zip.

Обратите внимание, что используется событие OnLoaded у главного окна. Если этого не сделать, то при переключении с другого скина prvPlayerState.State не посылает сигнал и может быть "рассинхронизация", то есть, например, будет включено воспроизведение, а элементы накрыты крышками.
В OnLoaded вручную проверяется prvPlayerState.State (через виртуальный набор связей) и присваивается прочитанное значение счётчику.

Ещё важный момент: при сборке проекта BlendingModeOpacity у крышки (в моём примере это панель) должен быть равен 255. Опять-таки из-за рассинхронизации в противном случае. То есть лучше в редакторе не переключать режимы Stop, Play, Pause (с зажатым Alt по кнопкам в скине или переключателем внизу рабочей области). А если и переключать, то потом проверять это свойство и если нужно менять его на 255.

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

Разве без этого окна скин будет считаться неполным?

[gr-e]

В OnLoaded вручную проверяется prvPlayerState.State (через виртуальный набор связей)

Вместо виртуальных связей можно использовать BindingsGetDataAsInteger('prvPlayerState', 'State').