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

[Black_AVP_Bim]

Но при сквозной перемотке в момент смены треков и проявляется этот самый "дребезг", причём длительность его значительна, и даже задержка на Delayer в 50 мс не даёт нужного эффекта.

Тебе нужен останов после каждого трека при перемотке по плейлисту? Я как раз с этой неприятностью и боролся, добиваясь непрерывной перемотки, пока удерживается кнопка.
В своих Sony TC-R6 и Revox B77 ни с каким "дребезгом" я не столкнулся. Ну, видимо, у нас схемы перемотки совсем разные.

[McClaud]

Тебе нужен останов после каждого трека при перемотке по плейлисту? Я как раз с этой неприятностью и боролся, добиваясь непрерывной перемотки, пока удерживается кнопка.
В своих Sony TC-R6 и Revox B77 ни с каким "дребезгом" я не столкнулся. Ну, видимо, у нас схемы перемотки совсем разные.

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

[Black_AVP_Bim]

Наоборот, нужна непрерывность.

Тогда зачем вообще какие-то проверки State или чего там, пока нажата кнопка - идёт перемотка, даже если кончится плейлист, будет переход либо в начало его, либо на следующий плейлист.
Вот при перемотке внутри трека, надо отлавливать его начало. prvPlayerState.State у меня при перемотке не используется.
Единственное, почему моя схема несколько громоздка, - это дополнительный вариант перемотки по ПКМ с мгновенной реакцией, там приходится хендлеры использовать.

[McClaud]

Тогда зачем вообще какие-то проверки State или чего там, пока нажата кнопка - идёт перемотка...

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

[Black_AVP_Bim]

По State неважно чем вызвана перемотка: биндингом, скриптом или хоткеем.

Про какой State речь, про prvPlayerState?
Так он как был в состоянии PLAY, таким и остаётся при перемотке.
Если про State от acPlayerSeek.., у меня он используется лишь для смены текстур бобин.

[McClaud]

Про какой State речь, про prvPlayerState?
Так он как был в состоянии PLAY, таким и остаётся при перемотке.
Если про State от acPlayerSeek.., у меня он используется лишь для смены текстур бобин.

Разумеется, при перемотке по телу трека никакого дребезга нет. Но ты должен помнить, мы обсуждали ситуацию с кратковременным появление нуля на State у prvPlayerState при переходе с трека на трек при сквозной перемотке. Кратковременным, но легко отслеживаемым. На State у acPlayerSeek... ноль появляется на десятки миллисекунд. Другое дело, что тебя это не волнует, так как ты сквозной перемоткой не балуешься.
Не знаю, как ты отслеживаешь факт перемотки, но перемотку от хоткеев ты не отслеживаешь, а ведь мне на такую возможность указал, кажется, именно ты. Правда, я это учёл лишь в моих последних работах, старые скины так и остались "ущербными".
И я помню твои слова, что заметят это единицы, остальным - по барабану.

[Black_AVP_Bim]

... Другое дело, что тебя это не волнует, так как ты сквозной перемоткой не балуешься.

Что ты понимаешь под "сквозной перемоткой"? Перемотку в режиме ТРЕК, но без остановки между треками?
Она и в дефолтном скине именно так и работает (вперёд).
Только зачем это нужно? Переключи в режим ПЛЕЙЛИСТ, там вообще никакие State контролировать не надо, знай дави кнопки.
Я как раз эту проблему и решал - остановить перемотку в начале трека, имхо, это более разумное поведение. К тому же в некоторых скинах есть кнопка Music Search (поиск по паузам), что мне и нужно было.

Не знаю, как ты отслеживаешь факт перемотки, но перемотку от хоткеев ты не отслеживаешь

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

[ELECTRON!CK]

Как заставить это работать, тут  State не меняется (интересует параметр "L" так как он отвечает за яркость) или возможно другое решение?

Code: [Select]

procedure Execute(var State: Integer);
var
  H, S, L: Single;
  TargetState: Integer;
  Res: TComponent;
begin
  Res := FindResource('AlbumArt.Colors.Background');

  ColorToHSL(Res.Get('Value'), H, S, L);
 
  // темная обложка
  if (L >= 0.0) and (L <= 0.2) then
  begin
    TargetState := 0;
  end
  // Светлая обложка
  else if (L >= 0.8) and (L <= 1.0) then
  begin
    TargetState := 1;
  end
  // Средняя обложка
  else
  begin
    TargetState := 2;
  end;

  State := TargetState;
end;
Хочу сделать следующее (чтобы при тёмной теме не била в глаза белая яркая обложка используемая в качестве фона):
1) Логика такая если применена "Светлая" тема скина и при этом TargetState := 0  тогда поменять цвета местами AlbumArt.Colors.Background  и AlbumArt.Colors.Foreground.
2) При TargetState := 1 при "Тёмной" теме аналогично.
3) TargetState := 2 и любая тема соответственно ничего не менять.

[Artem]

Как заставить это работать, тут  State не меняется

а что вызывает скрипт?

[ELECTRON!CK]

а что вызывает скрипт?

Ну мне на выходе хотелось чтобы выдавал Position соответствующий state далее я бы его привязал к другому скрипту который меняет местами ресурсы в зависимости от Темы

[Kibermanick]

Как заставить это работать, тут  State не меняется

(интересует параметр "L" так как он отвечает за яркость) или возможно другое решение?

Code: [Select]

procedure Execute(var State: Integer);
var
  H, S, L: Single;
  TargetState: Integer;
  Res: TComponent;
begin
  Res := FindResource('AlbumArt.Colors.Background');

  ColorToHSL(Res.Get('Value'), H, S, L);
 
  // темная обложка
  if (L >= 0.0) and (L <= 0.2) then
  begin
    TargetState := 0;
  end
  // Светлая обложка
  else if (L >= 0.8) and (L <= 1.0) then
  begin
    TargetState := 1;
  end
  // Средняя обложка
  else
  begin
    TargetState := 2;
  end;

  State := TargetState;
end;
Хочу сделать следующее (чтобы при тёмной теме не била в глаза белая яркая обложка используемая в качестве фона):
1) Логика такая если применена "Светлая" тема скина и при этом TargetState := 0  тогда поменять цвета местами AlbumArt.Colors.Background  и AlbumArt.Colors.Foreground.
2) При TargetState := 1 при "Тёмной" теме аналогично.
3) TargetState := 2 и любая тема соответственно ничего не менять.

Это что замкнутый сам на себя скрипткаунтер? А что так можно? Вызывать его наверное должна смена трека Может в качестве теста завести внешний каунтер и переключать из скрипта его?

[Kibermanick]

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

[ELECTRON!CK]

Это что замкнутый сам на себя скрипткаунтер? А что так можно? Вызывать его наверное должна смена трека Может в качестве теста завести внешний каунтер и переключать из скрипта его?

Наверное если можно было бы так, то работало бы, а оно и не работает. Может как то подобное возможно сделать что бы на темной теме не выжигало глаза AlbumArt.Colors.Background, если он белого цвета и используется в качестве фона.

[ELECTRON!CK]

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

[Kibermanick]

Наверное если можно было бы так, то работало бы, а оно и не работает. Может как то подобное возможно сделать что бы на темной теме не выжигало глаза AlbumArt.Colors.Background, если он белого цвета и используется в качестве фона.

Ну можно сделать посредника, заведи отдельную ячейку с цветом под фон, создай обычный скрипт не каунтерскрипт который сверял бы состояния стата темы светлая или темная и проверял бы яркость цвета назначенного в AlbumArt.Colors.Background и присваивал бы цвет ячейке с коррекцией в зависимости от условий. К сожалению я не могу сейчас проверить такой метод так что без готового решения. А еще по хорошему такой скрипт должно вызывать событие от каверарта в момент когда он обновляет AlbumArt.Colors.Background но я сейчас тоже не могу посмотреть можно ли это отследить.