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

[McClaud]

Точка State у провайдеров  acPlayerSeekХХХ теперь работает, но отключается с заметной задержкой (с 1 на 0).

Проверил и Стейты. Подключил их "параллельно" основному счётчику, управляющему  визуализацией перемотки. Теперь бобины реагируют и на горячие клавиши Ctrl+стрелки. Реакция на пуск мгновенная. Есть задержка на останов визуализации перемотки, но она не критична, и может рассматриваться как фича. Единственное, что при длительном удержании комбинации Ctrl+стрелки, виснет вся анимация: бобины крутятся рывками, замирают индикаторы уровня и счётчик, ну и т.д...

[Black_AVP_Bim]

Единственное, что при длительном удержании комбинации Ctrl+стрелки, виснет вся анимация: бобины крутятся рывками, замирают индикаторы уровня и счётчик, ну и т.д...

Я уж всё проверил, сделал себе стенд для экспериментов на основе Bliss Lite, добавил туда бобинки, рулоны, свой счётчик с переключением режимов перемотки.
Перемотка от горячих клавиш работает что-то уж очень быстро, в разы быстрее, чем от кнопок в скине. Небольшие рывки бобин есть при смене трека, но они одиночные, особо и не заметно при вращении разблюренных бобин. Индикаторы в режиме перемотки и не должны почти ничего показывать, если в настройках отмечено "Затухание звука при навигации", счетчик времени нормально работает.

[McClaud]

Я уж всё проверил, сделал себе стенд для экспериментов на основе Bliss Lite, добавил туда бобинки, рулоны, свой счётчик с переключением режимов перемотки.
Перемотка от горячих клавиш работает что-то уж очень быстро, в разы быстрее, чем от кнопок в скине. Небольшие рывки бобин есть при смене трека, но они одиночные, особо и не заметно при вращении разблюренных бобин. Индикаторы в режиме перемотки и не должны почти ничего показывать, если в настройках отмечено "Затухание звука при навигации", счетчик времени нормально работает.

Скорость перемотки горячими клавишами можно снизить на вкладке меню "Плеер/Изменять позицию на", по умолчанию там 5 секунд.

[Black_AVP_Bim]

Ну, так она и от кнопок понизится, и всё равно от клавиш в разы выше остаётся.

[McClaud]

Ну, так она и от кнопок понизится, и всё равно от клавиш в разы выше остаётся.

[Artem]

Ну, так она и от кнопок понизится, и всё равно от клавиш в разы выше остаётся.

Это задается на уровне ОС:
https://answers.microsoft.com/en-us/windows/forum/all/key-repeat-setting/89bc0de5-7506-4259-8eab-b48155ed39ff

[Artem]

Так сбои были только на архивах?

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

[Black_AVP_Bim]

Это задается на уровне ОС:

Понял, спасибо.
Ещё один момент скользкий остался, вернее, он и раньше был при том старом поведении "перемотки", что "веками" сложилось.
При навигации по треку в обратную сторону, когда позиция упирается в "0", возникает некое неопределённое состояние: плеер пытается воспроизвести трек с начала, а перемотка его "давит".
Сейчас после модификации провайдера acPlayerSeekBackward на его State продолжает в это время висеть "1", по которой мы теперь и определяем, что плеер в режиме перемотки.
По-хорошему надо бы его из этого состояния вывести, независимо от того, продолжает ли пользователь давить кнопку. Можно, конечно, нагородить скриптов, но очень бы не хотелось возвращаться по сути к прежней схеме перемотки, сейчас всё довольно просто получается.
Можно ли решить эту задачу на уровне плеера? (выключить acPlayerSeekBackward.State)
При непрерывной перемотке по плейлисту это не нужно, только при прежней, внутри трека.

[Artem]

плеер пытается воспроизвести трек с начала, а перемотка его "давит".

Что ты под этим подразумеваешь?

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

[Black_AVP_Bim]

Что ты под этим подразумеваешь?

Что перемотка продолжается, позиция в треке стоит близко к 0 (может, колышется), а у нас бобины при этом вертятся, поскольку State = 1.
Пробовал вырубить State через acPlayerSeekBackward.Checked, но, похоже, это свойство не публично или read only.

upd
А, ведь, точно время в этот момент "колышется", где-то в пределах до 0.3 сек, пока не отпустишь кнопку. Тогда переходит в PLAY.
В перерывах между rewind плеер пытается воспроизвести трек с начала.

[McClaud]

А у acPlayerSeek... можно State считать скриптом?

[Black_AVP_Bim]

А у acPlayerSeek... можно State считать скриптом?

Напрямую, как видишь, нельзя, может через BindingsGetDataAsInteger. А зачем его считывать? Биндинг в этом случае намного проще.

[McClaud]

Напрямую, как видишь, нельзя, может через BindingsGetDataAsInteger. А зачем его считывать? Биндинг в этом случае намного проще.

У меня скрипт переключает вид бобины: чёткий/смазанный.  AsInteger тоже сойдёт. Спасибо.

[Black_AVP_Bim]

У меня скрипт переключает вид бобины: чёткий/смазанный. 

Я оба State подал на коммутатор, а с коммутатора на скрипт. счётчик для переодевания бобин.

[McClaud]

Я оба State подал на коммутатор, а с коммутатора на скрипт. счётчик для переодевания бобин.

У меня аналогично, но в одном скрипте смена бобин и NAB'ов, и контроль перемотки там же, поскольку "аниматор" бобины един, сменяются лишь текстуры.