Acubens [AIMP4.60]

[TurboDISCO Adept]

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

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

[Black_AVP_Bim]

Я так до конца, дотошно и не проверил, какая нагрузка идёт на процессор, когда окно закрыто, а когда просто невидимо...

Теперь я не пойму: как можно закрыть окно? Мы в любом случае управляем видимостью окон, все кнопки закрытия связаны биндингом с точкой доступа Visible окон.
Все дочерние окна создаются сразу при запуске плеера, независимо, будут ли они при этом видимыми. Совсем уничтожить окно можно лишь вызвав его деструктор, но тогда чтоб показать его вновь и само окно и все контролы в нём придётся создавать заново. Так что, для окон невидимо=закрыто и не надо с этим заморачиваться.

[IK94]

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

И в таком случае займет значительное время на прорисовку элементов окна

[IK94]

Ах ну да, я просто забыл про прижимной ролик

А при перемотке этот прижимной ролик обычно расжат, поэтому ведущая бобинка движется с постоянной скоростью, в отличие от ведомой, что в свою очередь и реализовано в "Antaresе"

[Black_AVP_Bim]

А при перемотке этот прижимной ролик обычно расжат, поэтому ведущая бобинка движется с постоянной скоростью ...

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

[TurboDISCO Adept]

Теперь я не пойму: как можно закрыть окно? Мы в любом случае управляем видимостью окон, все кнопки закрытия связаны биндингом с точкой доступа Visible окон.
Все дочерние окна создаются сразу при запуске плеера, независимо, будут ли они при этом видимыми. Совсем уничтожить окно можно лишь вызвав его деструктор, но тогда чтоб показать его вновь и само окно и все контролы в нём придётся создавать заново. Так что, для окон невидимо=закрыто и не надо с этим заморачиваться.

Имелась ввиду ситуация, когда, например, кроме Главного окна также дополнительно открыты ещё три, отдельные - Окно визуализации, Плейлист, Фонотека. вот если их разместить одно над другим таким образом, что сверху будет видна только Фонотека, а два остальных окна будут под ней - эти два окна, как бы невидимы, но в то же время они не закрыты: просчитывает-ли плеер в этом случае эти два окна просто или же просчитывает и "отрисовывает" как и Фонотеку? Изменится-ли нагрузка на ядро, если два эти окна закрыть на "крестик", оставив только Фонотеку? Или разницы не будет?
Я особой разницы не вижу. У меня проц достаточно не слабый и я вижу скачки параметров только, в основном, при этих манипуляциях (закрытие/открытие окон) - в остальном видимых изменений нет (разворот Окна визуализаций на пол-экрана - не в счёт, это и так понятно.), тоесть заметно как-то повесить себе проц, чтобы отследить это, я не могу этим. Remoder писал, что у него подвисает машина при "слоённом пироге" из окон в одном месте (в данном скине) и их ещё надо правильно подключить...
Моё недопонимание здесь заключается в том, что поначалу я сам так скин делал, что просто громоздил видимость окон - одно поверх другого, не, например, как через группу, когда видимо либо одно, либо другое, а поверх одного вызывается следующее, поверх этого - ещё одно (отключал видимость в обратом порядке)... На моей домашней машине я особых нагрузок не замечал, а вот на "коре дуба" я уже мог "завалить" ядро процентов на 50. Но тогда у меня ещё была проблема с Окном визуализаций, так что я не уверен, что причина тогда была в такой схеме построения активных окон. Сейчас повторить, уже со знанием дела, этот эксперимент пока не могу - "коры дуба" нет под рукой, остальные доступные, относительно слабые процы стартуют уже с i5-го... У меня была проблема с тем, что если раскрыть Окно визуализации на весь экран, а после этого закрыть его, то есть выключить совсем, чтобы его видно не было (нажать на кнопку закрытия с крестиком, если буквально), то "кора дуба" всё-равно "заваривалась" очень круто, как если бы я и не закрывал это окно. Причина оказалась в другом, но для себя до конца выяснить (проверить) ситуацию с тем, что касается видимости дополнительных окон и всей вот этой ситуации я так тогда и не смог.
Вот потому и интересно было, что лучше для процессора: "слоить" окна поочерёдно или нормальным биндингом управлять их видимостью. И если плеер в любом случае грузит ядро визуализацией только верхнего, видимого из всех окон (даже если остальные могут быть открыты/активны друг под другом) и разницы никакой нет, то - всё Ок, получается. 

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

[Black_AVP_Bim]

Black_AVP, у меня к Вам другой важный вопрос будет - по светомузыке...  Можно будет спросить?

Форум для того и существует и за спрос денег никто не берёт.

[Remoder]

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

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

Скин - https://drive.google.com/open?id=1ozLXxc-LLS1ftpg6B8eE091CCnVZ8fQ6

[Black_AVP_Bim]

Имелась ввиду ситуация, когда, например, кроме Главного окна также дополнительно открыты ещё три, отдельные ...

Тогда речь идёт о перекрытии окон (частичном или полном), а не о закрытии. Даже если окно перекрыто полностью другим, его Visible = true, что несложно проверить. Конечно, программа не будет проверять, какая часть того или иного окна закрыта другим окном выше по ордеру, будет послойно прорисовывать все контексты и сливать в один на экранную плоскость. А перерисовкой окон при перетаскивание уже занимается сама винда, вызывая процедуру рисования для конкретного окна. Если не прав, может, Артём поправит.
В том примере (с тремя аниматорами) это тоже можно проверить, затормозив или удалив аниматор в верхнем окне. Нагрузка на проц несколько всё же снижается, но не до нуля, как при скрытии окон.

[Remoder]

Добавил текстовые метки на кассеты     и их отключения видимости тоже, а также разобрался со скриптами и теперь сохраняется текст для памятной записи 

[svist0plas]

а также разобрался со скриптами и теперь сохраняется текст для памятной записи 

Неплохо, если не секрет напишите код для скрипта. 

[Remoder]

Из этого проекта, сохраняется ведь не фонт, а текст...
https://www.aimp.ru/forum/index.php?topic=61370.msg379461#msg379461

[Remoder]

Немного привел в человеческий вид кастомизацию  и добавил ссылку сюда на форум  .

Скин >> https://drive.google.com/open?id=174Ite2BDkT0ZpAfTh6kzwNWKxGh8mpM6

[and319]

А вот можно сделать так ,чтобы плёнка была не на одну песню,а как в жизни на альбом?

[Remoder]

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