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

[McClaud]

Как у Вас идет фильтрация радио и треков, по наличию в пути "https://" или %length.
Если по первому условию, то возможно воспринимаются онлайн-треки, как радио...

Дело не в фильтрации пути, информация берётся из свойств самого трека. Я постараюсь разобраться с этим в ближайшее время.

[Black_AVP_Bim]

У нас разные приоритеты, спорить об этом смысла нет. Колись уж, коль заикнулся. 

Не приоритеты, а совершенно разный подход к проектированию скинов. Спорить об это не то что нет смысла, просто бесполезно, особенно после твоего гневного высера:

Никогда не использую Accessibility на кнопках, меня дико бесит, когда кнопка есть, но почему-то нажать её нельзя. Поэтому буду лепить этажерки, пусть кнопки/клавиши нажимаются, даже если ничего не включают.

Так что, у тебя своё решение, у меня своё, зачем мне тебе его навязывать.

[MCW]

Дело не в фильтрации пути, информация берётся из свойств самого трека.

Тогда не понятно, в свойствах присутствует вся информация (общая, теги и даже встроенные обложки подтягиваются), как и в локальных файлах...

[McClaud]

Тогда не понятно, в свойствах присутствует вся информация (общая, теги и даже встроенные обложки подтягиваются), как и в локальных файлах...

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

[Artem]

Ну, а какой тут может быть компромисс?

Это можно реализовать в режиме перемотки:

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

Нотификация с prvPlayerState.OnTrackStarted/OnTrackFinished в этом режиме не работает.

Так у нас не переключение между треками, а перемотка. OnTrackStarted когда по твоему должен срабатывать тут? при старте с нуля? а если будет не 0, а 0.1? Должно оно срабатывать?

При перемотке вперёд на  prvPlayrState.State при смене трека проскакивает состояние STOP, назад - нет.

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

Помучился, но реализовал

Не, давайте так не будем делать. Поскольку у нас есть поле Continuos, пусть все через него регулируется. Если выключено - значит выключено, для всех направлений - и вперед, и назад. А то колхоз какой-то получается...

[Artem]

Может кто помочь, почему то не работает всплывающая подсказка при наведении мышью на не вмещаемую текстовую метку (SingleLine) именно при слиянии с главным окном, в отдельном окне все нормально подсвечивается.
P.S. команды по ПКМ по тексту нормально отрабатывают.

Скиньте ссылку на скин, гляну, что не так

[Artem]

Например, мне нужен пункт из меню pmSorting, а именно сортировка по шаблону.
Ну и другие пункты в других меню. Вообще можно ли посмотреть, как устроены стандартные меню по использованию связей?

Доступа к пунктам стандартных меню нет.

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

Так и должно быть, порядок файлов определяется прообразом (либо - шаблоном сортировки).
Разделение очень простое - случайное перетасовывание оно случайно, а сортировка по шаблону статична. Для смарт-плейлистов, которые обновляются на каждый чих, очень важно, чтобы контент не "уплыл" после синхронизации. Поэтому инверсия / шафл тут невозможны от слова совсем.

[ELECTRON!CK]

Скиньте ссылку на скин, гляну, что не так

скин

[Black_AVP_Bim]

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

Я уже дважды описал вариант перемотки, который мне больше всего нравится: при перемотке вперед - переход на следующий трек и PLAY, при перемотке назад до начала трека тоже переход в PLAY. Я это реализовал для новой версии плеера с использованием последних фич (скин во вложении). Речь идёт о перемотке трека, причем не для магнитофонных скинов а вообще.
Мне такое поведение  кажется более логичным, как другим - не знаю. Для чего пользователь может перематывать трек в начало? Скорее всего для того, чтоб вновь его прослушать, а не наслаждаться видом как плеер упершись в начало трека ничего не делает. Так же и при перемотке вперед - логичнее всего запустить следующий трек на воспроизведение, а не мотать дальше до бесконечности.

Так у нас не переключение между треками, а перемотка. OnTrackStarted когда по твоему должен срабатывать тут? при старте с нуля? а если будет не 0, а 0.1? Должно оно срабатывать?

Вот в том и сложность, что при перемотке плеер находится по сути в состоянии PLAY.

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

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

Не, давайте так не будем делать. Поскольку у нас есть поле Continuos, пусть все через него регулируется. Если выключено - значит выключено, для всех направлений - и вперед, и назад. А то колхоз какой-то получается...

Так Continuos предназначено только для переключения режимов перемотки ТРЕК/ПЛЕЙЛИСТ, я это свойство использую и для переключения дисплея для отображения позиции в треке или плейлисте. Это нужно для новых скинов, где будет возможность переключать этот режим, в старых по умолчанию Continuos = false.

Вся дискуссия, что выше, шла именно про реализацию перемотки по новой схеме и внутри трека, а не по плейлисту. С последним всё устраивает.
Старые скины в новой версии не пострадали. Единственное, в наших мафонных скинах неуверенно стала тормозиться перемотка в начало трека, пришлось несколько расширить диапазон ловли 0.

[Artem]

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

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

Вот в том и сложность, что при перемотке плеер находится по сути в состоянии PLAY.

Тут видишь в чем кроется корень проблемы: плеер знать не знает, держит ли пользователь кнопку, или он нажал, отпустил, и вновь нажал. Тут хочу прояснить: перемотка приходит не только из UI, но и от хоткеев, где факта нажатия / отпускания клавиши в принципе нет. Поэтому плеер находится в том состоянии, в котором он и был.

Так Continuos предназначено только для переключения режимов перемотки ТРЕК/ПЛЕЙЛИСТ, я это свойство использую и для переключения дисплея для отображения позиции в треке или плейлисте. Это нужно для новых скинов, где будет возможность переключать этот режим, в старых по умолчанию Continuos = false.

Continuos может стать трех позиционным - Default, False, True. Соответственно, для старых скинов будет Default (старое поведение). А вот в случае False/True - будет либо строго перемотка внутри трека, либо сквозная.

Единственное, в наших мафонных скинах неуверенно стала тормозиться перемотка в начало трека, пришлось несколько расширить диапазон ловли 0.

В последней ночной сборке rewind всегда проходит через 0.

[Artem]

скин

Это косяк скин-движка v5.40. Поправлю в ближайшем обновлении

[Black_AVP_Bim]

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

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

Тут хочу прояснить: перемотка приходит не только из UI, но и от хоткеев, где факта нажатия / отпускания клавиши в принципе нет.

Это почему? А куда делись сообщения от клавиатуры?

Continuos может стать трех позиционным - Default, False, True. Соответственно, для старых скинов будет Default (старое поведение). А вот в случае False/True - будет либо строго перемотка внутри трека, либо сквозная.

Какой смысл? В старых скинах состояние Continuos не анализируется,  что Default, что False - всё едино.

В последней ночной сборке rewind всегда проходит через 0.

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

[Artem]

Должна же быть у программы дуракоустойчивость, к примеру, ты же на своей стороне запрещает нажатие кнопки "Запись" на локальных треках.

Потому, что запись и работать не будет. А перемотка будет, будет "долбиться" в границу - плеер будет делать ровно то, что ему говорят. Без отсебятины.

Это почему? А куда делись сообщения от клавиатуры?

Я про глобальные горячие клавиши в частности. Там просто событие приходит, без факта нажатия / удержания / отпускания. Механизм управления един для всех типов ввода.

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

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

[Black_AVP_Bim]

Каким образом ты "ловишь ноль" в скине?

Сравнением prvPlayerState.Position < 0.3.

[Artem]

Сравнением prvPlayerState.Position < 0.3.

Я имел в виду на какое событие реагируешь? Изменение prvPlayerState.Position?

при прямой на начале следующего трека ноль не поймать.

Я понял в чем дело, в тот момент, когда UI обрабатывает команду, плеер успевает сколько-то отыграть от начала, поэтому 0 и не получается.