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

[McClaud]

Это почему вдруг? По ПКМ во всех софтинах обычно ожидаемо появление контекстного меню, а потом пользователь из него выбирает нужный пункт, ЛКМ, ес-но.
Нигде не видел, чтоб по ПКМ выполнялось какое-либо действие, кроме наших скинов, конечно, что есть ненормальное поведение..

Соглашусь, когда биндингом связаны ContextMenu с ContextMenu. Там вызывается меню из нескольких строк, требующих выбора/подтверждения ЛКМ.
НО!
Системный провайдер привязанный Action биндингом к ContextMenu срабатывает по ПКМ без лишних телодвижений, и его предполагаемое действие анонсируется хинтом. Ты считаешь, что такое использование ContextMenu противоестественно?..

[Black_AVP_Bim]

Системный провайдер привязанный Action биндингом к ContextMenu срабатывает по ПКМ без лишних телодвижений, и его предполагаемое действие анонсируется хинтом. Ты считаешь, что такое использование ContextMenu противоестественно?..

Считаю, что это изначально костыльно и работает только потому, что от ContextMenu есть прямая связь (аналогично Action), а могла быть только обратная, тогда бы все эти наши действия по ПКМ вообще бы не работали.

[McClaud]

В приведённом примере хинт просто набран в две строки...

Кстати, вывод хинта в две строки у меня сделать получилось.
Жаль, нет текстовых символов, аналогичных глифам ЛКМ и ПКМ, а то вообще было бы шикарно.

[Black_AVP_Bim]

» two-line hint.jpg

А это что за чудо такое? Сразу даже не обратил внимания. Игрушка что ли какая?

[McClaud]

А это что за чудо такое? Сразу даже не обратил внимания. Игрушка что ли какая?

Выглядит игрушечным?
Нормальный магнитофон.

[Black_AVP_Bim]

Нормальный магнитофон.

Да, уж .... Не думал, что такое может быть. В плане дизайна мне стыдно за немцев - пластмассовая мыльница, даже наша Нота-203, и та более стильно смотрится.

[McClaud]

Да, уж .... Не думал, что такое может быть. В плане дизайна мне стыдно за немцев - пластмассовая мыльница, даже наша Нота-203, и та более стильно смотрится.

Так прошлый же век, выпуск его начат в 1981-ом. Дизайном может и неказист, но за характеристики его в своё время хвалили. А ка по мне, так и дизайн не вызывает отторжения.

[McClaud]

Очередная бредовая задумка, реализовать которую самостоятельно не получается.
Обратная перемотка по лонгтапу доходит до начала трека и, разумеется, останавливается. Как осуществить переход на предыдущий трек, и продолжить перемотку?
Вариант с acPlayerPrevTrack работает, но нужно ещё перейти в конец этого предыдущего трека (что тоже получается для текущего трека), но как притормозить процесс, пока параметры трека станут доступны для считывания/модификации?
Или это вообще можно как-то по другому сделать, если можно, конечно?

[Black_AVP_Bim]

Или это вообще можно как-то по другому сделать, если можно, конечно?

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

[McClaud]

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

У обратной перемотки есть особенность, что в режиме Плей трек всё время норовит убежать вперёд. Тут может не нуль  нужен, а позиция к нему близкая.

[Black_AVP_Bim]

Тут может не нуль  нужен, а позиция к нему близкая.

Оно так и сделано, скрипт выключает перемотку при достижении времени менее 0,1 с от начала трека. Пробовал и 0,5 и 1 с - результат тот же. Причём повторяется не в 100% случаев, иногда срабатывает нормально.

[CkopoxoD]

Оно так и сделано, скрипт выключает перемотку при достижении времени менее 0,1 с от начала трека. Пробовал и 0,5 и 1 с - результат тот же. Причём повторяется не в 100% случаев, иногда срабатывает нормально.

Совсем недавно фиксилась проблема с перемоткой, правда вперёд: https://www.aimp.ru/forum/index.php?topic=74576.0
На [2673] пробовали, ваша проблема не ушла вместе с той?

[McClaud]

Оно так и сделано, скрипт выключает перемотку при достижении времени менее 0,1 с от начала трека. Пробовал и 0,5 и 1 с - результат тот же. Причём повторяется не в 100% случаев, иногда срабатывает нормально.

У нас же есть счётчик, управляющий рулоном ленты, поставить условием для окончания обратной перемотки достижение какого-то там кадра, №1 или №2...
Может так будет надёжнее? 
В моей же задаче остановка не предусмотрена, переход на предыдущий трек хоть с десятого кадра устроит.
Загвоздка лишь в том, как, после перехода на предыдущий трек по acPlayerPrevTrack, "заморозить" дальнейшее исполнение скрипта (вычисление длины трека, и переход в его конец) до момента инициализации параметров этого предыдущего трека? 

[Black_AVP_Bim]

Загвоздка лишь в том, как, после перехода на предыдущий трек по acPlayerPrevTrack, "заморозить" дальнейшее исполнение скрипта (вычисление длины трека, и переход в его конец) до момента инициализации параметров этого предыдущего трека? 

Я понял тебя, сам когда-то над такой задачей башку ломал. Дело в том, что трек может грузиться долго, надо поймать момент, когда он загрузился и началось воспроизведение, перейти в конец трека, но не в самый, иначе опять будет переход на следующий трек. Тогда я пробовал поймать переходы из STOP в PLAY, мне казалось, что в тот момент проскакивает состояние STOP, но так ничего и не вышло.

У нас же есть счётчик, управляющий рулоном ленты, поставить условием для окончания обратной перемотки достижение какого-то там кадра, №1 или №2...
Может так будет надёжнее? 

Так, номер кадра и рассчитывается по позиции в треке.

[McClaud]

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

Вот в том и суть. Есть ли в структуре АИМП что-то, могущее показать, что трек опознан и инфа о нём доступна?
Переход почти в конец, не проблема. Считал PositionMax, отминусовал от него секунду, и записал в Position.

Тогда я пробовал поймать переходы из STOP в PLAY, мне казалось, что в тот момент проскакивает состояние STOP, но так ничего и не вышло.

А мне кажется, что STOP при смене трека точно проскакивает. Например, я навешиваю на кнопку лонгтап для перемотки вперёд. Перемотка должна заканчиваться лишь при отпускании кнопки, срабатыванием хэндлера OnMouseUp. Но! Видимость кнопки завязана на prvPlayerState.State>0. И при переходе на следующий трек перемотка прерывается. А у постоянно видимой кнопки перемотка продолжается и продолжается...

Так, номер кадра и рассчитывается по позиции в треке.

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