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

[McClaud]

Борюсь с "дребезгом" кнопок , связанных с prvPlayerState, в частности, решил замахнуться на Вильяма, нашего, Шекспира скрипты, соорудив вот такую конструкцию:

Code: [Select]

procedure Execute(var State: Integer);
  var
  P: TComponent;
  PLinks: TASEBindings;
begin 
  P:= FindObject('PauseBtn');
case State of
0:
begin
  PLinks := P.Get('Bindings');
  PLinks.ExecuteAction('Action');
  State := 0;
end;
1:
begin
  PLinks := P.Get('Bindings');
  PLinks.ExecuteAction('Action');
  State := 1;
end;
end;
end;
Работает, но как сюда прикрутить обнуление счётчика скрипта при остановке воспроизведения? А то после Стоп'а из режима Пауза наборы кадров кнопки, как бы меняются местами 

[Soolo]

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

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

А пробовал использовать оператор задержки при переключении состояния?

[McClaud]

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

А пробовал использовать оператор задержки при переключении состояния?

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

[Soolo]

Но я так понял, что там задерживается вызываемое кнопкой действие, мне же надо заморозить третий кадр самой кнопки, примерно на секунду.

Вот пример задержки переключения состояния.
Задержка сделана максимально просто и работает для любого состояния, тебе же нужно сделать задержку только для перехода из третьего кадра. Это сложнее, но, думаю, реализуемо.

[Black_AVP_Bim]

Борюсь с "дребезгом" кнопок , связанных с prvPlayerState, в частности, решил замахнуться на Вильяма, нашего, Шекспира скрипты, соорудив вот такую конструкцию:

Code: [Select]

procedure Execute(var State: Integer);
  var
  P: TComponent;
  PLinks: TASEBindings;
begin 
  P:= FindObject('PauseBtn');
case State of
0:
begin
  PLinks := P.Get('Bindings');
  PLinks.ExecuteAction('Action');
  State := 0;
end;
1:
begin
  PLinks := P.Get('Bindings');
  PLinks.ExecuteAction('Action');
  State := 1;
end;
end;
end;
Работает, но как сюда прикрутить обнуление счётчика скрипта при остановке воспроизведения? А то после Стоп'а из режима Пауза наборы кадров кнопки, как бы меняются местами 

Зачем State устанавливать в 0, если он и так = 0 и во втором случае зачем его устанавливать в 1, если он = 1 ?
Всё, что тут написано сводится к нажатию кнопки Pause и оператор case тут не нужен - одни и теже действия выполняются:

Code: [Select]

procedure Execute(var State: Integer);
  var
  P: TComponent;
  PLinks: TASEBindings;

begin 
  P:= FindObject('PauseBtn');
  PLinks := P.Get('Bindings');
  PLinks.ExecuteAction('Action')
end;


[McClaud]

Всё, что тут написано сводится к нажатию кнопки Pause и оператор case тут не нужен

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

[Black_AVP_Bim]

Я пытался приспособить для своих нужд найденные примеры

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

[McClaud]

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

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

[McClaud]

Вот пример задержки переключения состояния.
Задержка сделана максимально просто и работает для любого состояния, тебе же нужно сделать задержку только для перехода из третьего кадра. Это сложнее, но, думаю, реализуемо.

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

[Black_AVP_Bim]

... вот если бы по Стопу обнулялся и счётчик скрипта...

Счётчик можно обнулить из скрипта: XXX.Set('Position', 0). Но при этом вызовется и процедура скриптового счётчика.
Аналогично можно управлять и таймером.

[McClaud]

Счётчик можно обнулить из скрипта: XXX.Set('Position', 0). Но при этом вызовется и процедура скриптового счётчика.
Аналогично можно управлять и таймером.

Думаешь, я что-нибудь понял? Что за ХХХ, в какую "позицию" и кого ставить? И потом, в моём вопросе было условие: счётчик должен обнуляться в момент перехода плеера в режим СТОП. Как это условие реализовать?  Мне бы какой-никакой конкретный пример, иначе понять сложно...

[Soolo]

Думаешь, я что-нибудь понял? Что за ХХХ, в какую "позицию" и кого ставить? И потом, в моём вопросе было условие: счётчик должен обнуляться в момент перехода плеера в режим СТОП. Как это условие реализовать?  Мне бы какой-никакой конкретный пример, иначе понять сложно...

Состояние плеера скиндвижку передаётся только одним способом: prvPlayerState, так что ничего нового с этим сделать не получится.
А делать кучу костылей только для кнопок, игнорируя хоткеи - плохой выход.

[McClaud]

Состояние плеера скиндвижку передаётся только одним способом: prvPlayerState, так что ничего нового с этим сделать не получится.
А делать кучу костылей только для кнопок, игнорируя хоткеи - плохой выход.

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

[Black_AVP_Bim]

Думаешь, я что-нибудь понял? Что за ХХХ, в какую "позицию" и кого ставить? И потом, в моём вопросе было условие: счётчик должен обнуляться в момент перехода плеера в режим СТОП. Как это условие реализовать?  Мне бы какой-никакой конкретный пример, иначе понять сложно...

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

[Zhenya]

McClaud, попробуй вложенный пример, может подойдёт.

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


Минусы:
1. Задержка переключения "состояний" кнопок присутствует, если менять состояние плеера не этими кнопками, а другими способами (через конт. меню в плейлисте, через конт. меню иконки в трее, горячими клавишами и т. д.).
Но тут уже ничего с пользовательской стороны не сделать, потому что от prvPlayerState ответ приходит с задержкой.


Исправлено:
1. Не было всплывающих подсказок у нестандартных кнопок.
Исправлено добавлением соответствующих связей.

2. Если при остановленном воспроизведении нажать на паузу, то получалось две нажатые кнопки.
Исправлено добавлением проверки в скрипте (которая "if stop.Get('Visible') then").

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


Пример ориентирован на отдельные кнопки, вряд ли он подойдёт к сложной поворотной кнопке (или бутерброду из кнопок). Но и тут что-нибудь придумать можно, наверно.