AIMP WebLyrics

[sveakul]

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

gr-e:  A-ZLyrics script is no longer returning results, broke very recently; is it possible you could please provide a fix for us?  Last working code is below.  Thank you sir!

MegaZavr:  the script provided for [ly.plain-lrclib.net] in the latest modified aimp_webLyrics.ini (https://aimp.ru/forum/index.php?action=dlattach;topic=57148.0;attach=76207) is working fine, many results right now.  There are two versions because the original coder needed to do a second version ([ly.synced-lrclib.net]) just for synced lyrics--I don't believe that one works at present, although it is included in the mod ini.

Code: [Select]

[ly.azlyrics.com]
Class=TAIMPLyricsWebPageBasedProvider
SearchQuery=https://search.azlyrics.com/suggest.php?q=%title%%20-%20%artist%
SearchResult.StartTags={
SearchResult.FinishTags=}
SearchResultArtist.StartTags="autocomplete":"\"|-
SearchResultArtist.FinishTags="
SearchResultTitle.StartTags="autocomplete":"\"
SearchResultTitle.FinishTags=\"
SearchResultURL.StartTags="url":"
SearchResultURL.FinishTags="
SearchResultURL.PostProcessExpression=%Replace(%Value,\,)
DataLyrics.StartTags=<!-- Usage of azlyrics.com content by any third-party lyrics provider is prohibited by our licensing agreement. Sorry about that. -->
DataLyrics.FinishTags=</div>
DataLyrics.PostProcessExpression=www.azlyrics.com\n\n%Value

[sveakul]

По началу сел было подумать над расширением этого дела, но...

Полагаю, что смысла расширять его возможности больше нет?

Artem:  please do not be discouraged by the state of your weblyrics plugin.  Is it possible to adopt the three opensource, API-based lyrics plugins by slonopot (Beenius, LRCLIBee, and Museexmatch) at GitHub for AIMP?  They are so good that you could not effectively increase the results by adding more scripts.

Also: thanks for the album art covers retrieved by the plugin for radio streams, fast, beautiful.  I added extra sources but just iTunes and Deezer do an incredible job.

[gr-e]

A-ZLyrics script is no longer returning results, broke very recently

It's the same issue as before https://aimp.ru/forum/index.php?topic=57148.msg424185#msg424185
Now it also affects search suggestions, which were used as a workaround

[MegaZavr]

По началу сел было подумать над расширением этого дела, но... Полагаю, что смысла расширять его возможности больше нет?

Имеет смысл прикрутить парсинг json и xml/html. Вялотекущий отказ лирикс-провайдеров будет ещё будет идти n-лет :/ Что-то большее прикручивать в плагин плане обработки смысла, нет - всё это надо передавать внешним инструментам. Т.е. нужна возможность передать запрос с исполнителем и группой внешнему скрипту (bat/ps/py/etc) и дождаться от него ответа. Такой подход развяжет многим руки.

A-ZLyrics script is no longer returning results, broke very recently; is it possible you could please provide a fix for us?  Last working code is below.

Он не заработает там включили js "гео" защиту и без параметра "&x=xxx", который я упоминал тут лирикс провайдер работать не будет :/

the script provided for [ly.plain-lrclib.net] in the latest modified aimp_webLyrics.ini (https://aimp.ru/forum/index.php?action=dlattach;topic=57148.0;attach=76207) is working fine, many results right now.  There are two versions because the original coder needed to do a second version ([ly.synced-lrclib.net]) just for synced lyrics--I don't believe that one works at present, although it is included in the mod ini.

С первым lrclib-конфигом (ly.plain-lrclib.net) - всё ОК. Со вторым кофигом (ly.synced-lrclib.net) проблемы т.к. хост lrclib.com, что испольщуется там для запросов лириксов не резолвится

Code: [Select]

nslookup lrclib.com 8.8.8.8
Server:    8.8.8.8
Address 1: 8.8.8.8 dns.google
 
nslookup: can't resolve 'lrclib.com': Name or service not known

[Artem]

Т.е. нужна возможность передать запрос с исполнителем и группой внешнему скрипту (bat/ps/py/etc) и дождаться от него ответа. Такой подход развяжет многим руки.

ну а зачем тогда WebLyrics? Делаете плагин для плеера и внутри запускаете любой скрипт/браузер. Прослойка в виде WebLyrics будет только мешать.

Имеет смысл прикрутить парсинг json и xml/html

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

[MegaZavr]

ну а зачем тогда WebLyrics? Делаете плагин для плеера и внутри запускаете любой скрипт/браузер. Прослойка в виде WebLyrics будет только мешать.

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

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

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

[Artem]

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

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

[MegaZavr]

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

Всяко такой подход будет лучше чем просто парсить обычный текст. Парсинг ответа как текста с регулярками имеет смысл, когда данные зашиты к примеру в js-скрипт на странице и текст из этой каши никак иначе не выковыряешь (сложнее конечно, когда там зашивают json/xml, что лишь добавляет геммороя). В любом случае, если для json будет что-то jq-совместимое, а для xml/html xpath-совместимое - работать с плагином станет всяко проще.

[Artem]

В любом случае, если для json будет что-то jq-совместимое, а для xml/html xpath-совместимое - работать с плагином станет всяко проще.

Например? В каком виде это задавать?

[Soolo]

Мой взгляд:
Если развивать возможности, то только для того чтобы поисковик можно было спарсить:
https://www.google.com/search?q=ария+штиль+текст
https://yandex.by/search/?text=ария+штиль+текст
Ибо сайты с текстами ими индексируются, покроют огромный процент поиска

[Artem]

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

[MegaZavr]

Например? В каком виде это задавать?

Ну допустим, мы знаем, что текст лирикса лежит в условном .data.LyricsDataInfoSearch[].Lyrics.text, его прописать в ini как источник лириксов отдельным параметром, без доп опций. Для xml/html будет параметр с xpath вроде такого /html/body/data/LyricsDataInfoSearch/Lyrics/text или такого, //Lyrics/text, с относительным путём.

Тут пока подгонял одного провайдера для плагина в рамках cgi-скрипта, выяснилось, что лириксы должны содержать теги переводов строк. Будь то \n или <br/>, в противном случае текст в выдаче превращается в кашу. Это как-то регулируется ? Простой текст плагином нормально не принимается ?

Ещё момент. Старт лирикса можно обозначить началом и концом содержимого по ссылке ? Или логике плагина обязательно нужны какие-либо символы, чтобы зацепиться ?

[Artem]

выяснилось, что лириксы должны содержать теги переводов строк. Будь то \n или <br/>

\n и <br/> плеер понимает и переводит в нормальный символ переноса.

Старт лирикса можно обозначить началом и концом содержимого по ссылке ?

В данный момент нет, сделаю возможность использовать пустую строку вместо символа. У себя я использовал маркер <body>-тега для такого.

Для xml/html будет параметр с xpath вроде такого /html/body/data/LyricsDataInfoSearch/Lyrics/text

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

[MegaZavr]

\n и <br/> плеер понимает и переводит в нормальный символ переноса.

Переводит, да. Только если по ссылке лирикса обычный текст, без тегов, то плагин родные переводы строк в виде \n (CR) и \r\n (CRLF) как таковые игнорит и лирикс превращается в кашу, поэтому мне в выходной текст лирикса приходится добавлять теги

В данный момент нет, сделаю возможность использовать пустую строку вместо символа. У себя я использовал маркер <body>-тега для такого.

Понятно. Просто допиленный в рамках сервера лирикс-провайдер лирикс в виде обычного текста и там для плагина пришлось специально теги для зацепки накидывать.

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

В принципе, да. При таком раскладе "условный" путь, будет универсальным решением. Абсолютный можно довеском добавить.

[Artem]

Только если по ссылке лирикса обычный текст

а каков источник? JSON / XML?