AIMP WebLyrics

[DarkDrawKill]

Ну и до кучи вопрос не совсем по теме: какой формат для socks-прокси должен быть в сетевых настройках AIMP ?

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

[sveakul]

1. Какова последовательность использования lyrics-провайдеров плагином при запросах ? Она как-то регулируется ?
2. Какой таймаут ожидания запроса от lyrics-провайдера ? Он как-то регулируется ?
4. Есть гайд по опциону секций aimp_webLyrics.ini, чтобы самостоятельно, не гадая, что к чему (и не мучая нейронки) запилить "своего" lyrics-провайдера ?

1. What is the order in which the plugin uses lyrics providers for requests? Can it be adjusted somehow?

The order used is the order the provider's script appears in the aimp_webLyrics.ini file.  Just cut/paste to change the order.  The lyric script title header begins as
[ly.*
Class=TAIMPLyricsWebPageBasedProvider

and album art sources
[aa.*
Class=TAIMPAlbumArtWebPageBasedProvider

2. What is the timeout for waiting for a request from a lyrics provider? Can it be adjusted somehow?

Unknown.  The searching stops as soon as what the plugin considers a "match" is found, and there is no way to tell it to continue the search if that result is obviously in error.  The plugin keeps no specific log of its own.

4. Is there a guide for the aimp_webLyrics.ini section options so that you can add your own lyrics provider without guessing what's what (and without racking your brains)?

No, but I wish there was!!  The custom file I maintain here (https://aimp.ru/forum/index.php?action=dlattach;topic=57148.0;attach=76207) is the product of harvesting scripts posted by those who are both experts in the composition, and generous enough to share it.
BTW, using HTTP/2 now for validation instead of HTTP/1 can avoid the Cloudflare inspection that stops many searchers.

[MegaZavr]

The order used is the order the provider's script appears in the aimp_webLyrics.ini file.  Just cut/paste to change the order.  The lyric script title header begins as
[ly.*
Class=TAIMPLyricsWebPageBasedProvider

and album art sources
[aa.*
Class=TAIMPAlbumArtWebPageBasedProvider

ОК. Понял. Поменял провайдеров местами, ориентируясь на строку "by:" в *lrc - файлах. Там в основном только 2 провадйера

Unknown.  The searching stops as soon as what the plugin considers a "match" is found, and there is no way to tell it to continue the search if that result is obviously in error.  The plugin keeps no specific log of its own.

Это плохо Особенно учитывая, что сайт может быть специфически заблокированным. Отсутствие регулируемых таймаутов, как и отстутствие лога запросов-ответов делает процесс написания и отладки провайдеров делом крайне нетривиальным Мб автор прикрутит какую панельку с логом (можно отдельным окном, как в VLC) или текстовый файл для отладки ?

No, but I wish there was!!  The custom file I maintain here (https://aimp.ru/forum/index.php?action=dlattach;topic=57148.0;attach=76207) is the product of harvesting scripts posted by those who are both experts in the composition, and generous enough to share it.

Т.е. все пилят провайдеров не имея каких-либо инструкций для aimp_webLyrics.ini ? Большинство опций в принципе понятно (Class, CustomHeaders, SearchQuery, etc), но некоторые опции типа PostProcessExpression вызывают вопросы. Плюс неясно, насколько большой доступный для aimp_webLyrics.ini список опций. Автор запилил неплохой плагин, но вменяемого readme не оставил :/ Ну или я плохо искал :/

[MegaZavr]

Продолжаю потихоньку ковыряться. У кого опыта поболя, пофиксите провайдера music.163.com

Code: [Select]

[music.163.com]
Class=TAIMPLyricsWebPageBasedProvider
SearchQuery=https://music.163.com/api/cloudsearch/pc/?type=1&s=%title%%20%artist%&limit=5&offset=0
SearchQueryEncoding=URL
SearchResult.StartTags="songs":[
SearchResult.FinishTags=]
SearchResultArtist.StartTags="ar"|"name":"
SearchResultArtist.FinishTags="
SearchResultTitle.StartTags="name":"
SearchResultTitle.FinishTags="
SearchResultURL.StartTags="id":
SearchResultURL.FinishTags=,
SearchResultURL.PostProcessExpression=https://music.163.com/api/song/lyric?os=pc&id=%Value&lv=1
DataLyrics.StartTags="lyric":"
DataLyrics.FinishTags="}
DataLyrics.PostProcessExpression=%IF(%Value,,)%StrTrim(%IFEqual(%StrPos(%Char(20316),%IFEqual(%StrPos(%Char(20316),%Value),0,%Value,%StrCopy(%Value,%StrPos(%Char(10),%Value),%Length(%Value)))),0,%IFEqual(%StrPos(%Char(20316),%Value),0,%Value,%StrCopy(%Value,%StrPos(%Char(10),%Value),%Length(%Value))),%StrCopy(%IFEqual(%StrPos(%Char(20316),%Value),0,%Value,%StrCopy(%Value,%StrPos(%Char(10),%Value),%Length(%Value))),%StrPos(%Char(10),%StrTrim(%IFEqual(%StrPos(%Char(20316),%Value),0,%Value,%StrCopy(%Value,%StrPos(%Char(10),%Value),%Length(%Value))))),%Length(%Value))))
Трек и группа Civil War - Civil War. Парсер криво отрабатывает для одноимённых треков и дёргает в данном случае лирикс для Guns N' Roses. Т.к. нет документации - я без понятия как отрабатывает SearchResultArtist.StartTags="ar"|"name":" и пропускает ли он id ища по тексту json'a исполнителя, который заключён в name 

Code: [Select]

"ar":[{"id":93183,"name":"Guns N' Roses". Судя по всему нет :/ Работая с плагином всё больше вопросов пявляется, почему в нём нет парсеров json, html и xml, с поддержкой регулярок. Это бы реально облегчило жизнь создателям лирикс-провайдеров. Пусть даже и значительно увеличило бы вес плагина. Дёргать данные примитивным аналогом grep без регексопв - такое себе занятие, да.

[Artem]

Судя по всему нет :/ Работая с плагином всё больше вопросов пявляется, почему в нём нет парсеров json, html и xml, с поддержкой регулярок. Это бы реально облегчило жизнь создателям лирикс-провайдеров. Пусть даже и значительно увеличило бы вес плагина. Дёргать данные примитивным аналогом grep без регексопв - такое себе занятие, да.

Изначально это делалось под мои нужды, а не для паблика. Могу исходники плагина дать, может сможете его обучить.

[MegaZavr]

Изначально это делалось под мои нужды, а не для паблика. Могу исходники плагина дать, может сможете его обучить.

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

з.ы. Если вдруг будете его допиливать, вот ряд обнаруженных проблем, которые набили оскомину:

1) Если лириксы успешно подгружены (в частности в меню по F4, текст песни), они кэшируются и для повторной загрузки надо aimp перезапускать. Тоже самое происходит, когда ничего не загрузилось (если сервер провайдера по какой-то причине не ответил) и плагин посчитал, что лириксов нет. В таком случае каждый повторный запрос лириксов будет обламываться, пока aimp не будет перезапущен.
2) Некорректный параметр парсинга или некорректная ссылка в ini-конфиге приводят к выгрузке плагине с маркировкой и авторенеймом его как unstable. В чём конкретно затык, алерт при старте aimp'a не сообщает
3) Чтобы перезагрузить отредактированного провайдера, надо перезапускать aimp целиком

[MegaZavr]

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

www.mldb.org накрылся медным тазом т.к. теперь имеет JS-защиту в виде рандомно генерируемого при запросе параметра &token=xxx (без него сайт отдаст "Unusual behavior detected. Please try again.")

www.azlyrics.com туда же, нужен параметр "&x=xxx", который генерится при запросе и живёт какое-то время, плюс изменилась поисковая строка запроса

Провайдеры, что базируются на запросах к bing.com (+spotify.com/+musixmatch.com) - мертвы т.к. на bing.com нужна валидация запроса через прохождение капчи.

lyricsify.com требует валидции CF капчи, да и неясно, жив ли этот провайдер лириксов вообще как таковой т.к. даже если капчу пройти в браузере данных на гора не выдаётся

bandcamp.com не отдаёт в поисковых запросах данных на лириксы, даже на древние и крайне популярные треки

Вариант провадера lrclib в связке с lrclib.com не валиден т.к. lrclib.com не аллё

***

Итого в сухом остатке остаётся буквально 2 -4 рабочих провайдера (2 - 4 потому что пара попала под блокировки и запросы AIMP'a надо пускать в обход, чтобы эти провайдеры работали). Вот такие пироги

з.ы. Без прикручивания мощного (в идеале внешнего) JS/Python движка плагин в скором времени умрёт т.к. для него тупо не останется рабочих лирикс-провайдеров.

[withsouth]

Имеется ли возможность добавлять к этим источникам https://disk.yandex.ru/i/3WOTyQ6Ks-xvdA ,что на скриншоте источники найденные обычным поиском? Предположим Яндекс или Гугл находит обложку альбома или песни на сайте https://mp3xa.me/
Подхватит ли АИМП обложку с найденного сайта если я его добавлю к имеющейся в АИМПЕ информации? Не понимаю алгоритм поиска информации, и как АИМП подтягивает обложки по этой причине интересуюсь. Было бы удобно, пополнять библиотеку ссылок новыми источниками, что в перспективе способствовало бы более результативным поискам обложек

[gr-e]

bandcamp.com не отдаёт в поисковых запросах данных на лириксы, даже на древние и крайне популярные треки

Можно примеры треков (заголовок, исполнитель, альбом), которые не ищутся?

Вариант провадера lrclib в связке с lrclib.com не валиден т.к. lrclib.com не аллё

Там должен быть lrclib.net

[MegaZavr]

Можно примеры треков (заголовок, исполнитель, альбом), которые не ищутся?

Например "Manowar - Wheels Of Fire". Прогонял весь альбом "Kings of Metal", откуда сей трек. В поисковой выдаче всякая бесполезная требуха типа "Wheels of Fire (Manowar cover)" без лириксов. Проверял не только Manowar, но и прочую "классику", которой не может не быть на таких лирикс-развалах. Да и не только её. Сэмпл поискового запроса

Code: [Select]

https://bandcamp.com/search?q=%4D%61%6E%6F%77%61%72%20%57%68%65%65%6C%73%20%4F%66%20%46%69%72%65&item_type=t


Там должен быть lrclib.net

Я в курсе. Я же не просто так написал.

Вариант провадера lrclib в связке с lrclib.com не валиден т.к. lrclib.com не аллё

В конфиге от камрада sveakul два варианта провайдера lrclib.

[gr-e]

Например "Manowar - Wheels Of Fire"

А, ну их и нет на Bandcamp. Если исполнитель/лейбл не стал постить там свою музыку, то и текстам взяться неоткуда.

В конфиге от камрада sveakul два варианта провайдера lrclib.

.com там только в одной строке, это опечатка. В оригинальном посте она давно исправлена

[MegaZavr]

А, ну их и нет на Bandcamp. Если исполнитель/лейбл не стал постить там свою музыку, то и текстам взяться неоткуда.

ОК. Можно пару примеров треков и поисковых запросов, где лириксы есть ? А то я слушаю всё то (включая новое), чего на bandcamp'e нет 

[gr-e]

Можно пару примеров треков и поисковых запросов, где лириксы есть ?

Code: [Select]

https://bandcamp.com/search?q=deafheaven%20in%20blur&item_type=t
https://bandcamp.com/search?q=men%20i%20trust%20tailwhip&item_type=t


[MegaZavr]

Code: [Select]

https://bandcamp.com/search?q=deafheaven%20in%20blur&item_type=t
https://bandcamp.com/search?q=men%20i%20trust%20tailwhip&item_type=t


Да. И вправду, есть лириксы. Закинул в самый конец т.к. вероятность того, что там попадутся необходимые лириксы крайне мала.

Поковырялся с music.163.com. Для SearchResultArtist.StartTags нужна корректировка с

Code: [Select]

"ar"|"name":" на

Code: [Select]

"ar":[{"name":" иначе парсинг криво отрабатывает. Для примера можно глянуть этот

Code: [Select]

https://music.163.com/api/cloudsearch/pc/?type=1&s=%43%69%76%69%6C%20%57%61%72%20%43%69%76%69%6C%20%57%61%72&limit=5&offset=0 запрос c треком Civil War - Civil War