LyricsReloaded (Latest)

[TheInvoker]

i downloaded this plugin but it's not working
i see there is "Genius" website in the settings, and it's a good website for lyrics. When i do google search to find lyrics i always go there but i'm not getting the lyrics in the player even if the song that is playing has lyics on Genius...
What could it be the problem?

[sveakul]

Genius will occasionally change how the HTML on its site is presented, probably to "break" lyrics  plugins that depend on a predictable HTML to "scrape" the lyrics for download.  When that happens, as it has now, many searchers will no longer work on that site--including LyricsReloaded (LR).

MusicBee has access to several lyrics plugins that all use the same panel's GUI.  One of these is LR, and there are 3 others by slonopot and a couple for Asian sites.  This thread is the best place to get the background info on all of it, despite the non-narrative (to put it mildly) format, READ.

Cutting to your chase, until LR's Genius searcher can be fixed, you can use the slonopot "Beenius" plugin--a separate plugin using the same panel GUI that only searches Genius, and does so through the Genius "API"--its own method that almost NEVER breaks and provides the most accurate results.  Its Forum thread is here: https://getmusicbee.com/forum/index.php?topic=36605.0 .  Its GitHub page with setup instructions are here: https://github.com/slonopot/Beenius/ .

It's important that you follow the installation directions for Beenius closely, they differ from LR.  Once up, you'll never go back.  Grabbed just now from Indie Pop Rocks [Soma FM] radio stream:

[hiccup]

It's important that you follow the installation directions for Beenius closely, they differ from LR.  Once up, you'll never go back.

I disagree with that statement, and feel myself forced to repeat myself (which may not be the first time):

Using LyricsReloaded using 'Genius (fuzzy)' additional to 'Genius' have been given me (slightly) better results than using only 'Genius' or the Beenius plugin.

But for more popular and English (titled) music the fuzzy version probably won't be adding much.
The non-fuzzy version, or Beenius is probably good enough for less-eclectic, more popular music and set-and-forget users.

So, again:
Depending on your library/music, there will be lyrics that will get retrieved using LyricsReloaded (using Genius and Genius (fuzzy)) that Beenius won't find.

[TheInvoker]

what do you mean i'll never go back?

[hiccup]

what do you mean i'll never go back?

He is telling users that are using LyricsReloaded to retrieve lyrics from Genius not to do so, and use another plugin instead.

[sveakul]

what do you mean i'll never go back?

He is telling users that are using LyricsReloaded to retrieve lyrics from Genius not to do so, and use another plugin instead.

No, not true.  I am telling users to try using Beenius and predicting that they will like the results so much "they'll never go back".

[hiccup]

what do you mean i'll never go back?

He is telling users that are using LyricsReloaded to retrieve lyrics from Genius not to do so, and use another plugin instead.

No, not true.  I am telling users to try using Beenius and predicting that they will like the results so much "they'll never go back".

It is true. It's just a different choice and order of words conveying the same message.

I'm sure it's me being a little bit too sensitive about stuff like this, but:
- in this LyricsReloaded topic you frequently make comments about it being being better for users to use another plugin for Genius.
- In the topic of 'that other' plugin I see somewhat disparaging comments about how LyricsReloaded is trying to get optimal results from Genius.

Neither is complete, correct or objective information about things involved.
We should do better on this forum.

[sveakul]

"Metal Archives no longer works."  The website has re-added some kind of captcha verification that didn't stop and ask me anything, but briefly said something like "verifying that this is..." then went right to the website.

Unfortunately, it DOES again break the current lyric scraping from LyricsReloaded.  I tried 3 different versions of the YML.  Of course, now we have 2 different versions of the DLL as well, and who knows what may be cancelling the other out and in what section blablabla.  I'm starting to end up in the "who cares" department with this one.  And I wouldn't blame Mayibongwe or slonopot for not wanting to waste any more of their time when the rug keeps continually being pulled out from under them.  Or temporarily clearing up ONE source that ends up producing issues with others.

FWIW a quick check of OpenLyrics and ESLyric show their metallum searchers are knocked out too.

[hiccup]

"Metal Archives no longer works."

Thanks for reporting.
I'm curious, as suggested earlier, did you have some contact with them about them changing stuff making it difficult for MusicBee to retrieve lyrics from them?
Did you get any useful response?

[sveakul]

I was referred here by a person on GitHub, but a couple days later the first captcha was dropped so I didn't pursue anything further at the time.  The second captcha, which returned only yesterday. will start the ball rolling again.  The v.2 API would provide the "advanced searches like on the website" that we need, but that doesn't do any good if you aren't even being allowed into the site.

I did catch that the new captcha starts with "Verifying that you are human..", asks no questions or puzzles, and then immediately goes to the site.  It couldn't be using cookies because my browser clears them on exit.  So it seems like a "work in progress" or it is set to verify large IP ranges automatically.

Today I sent the contact address of the new API an email about the situation and if a userID/token could be added to identify legitimate (non-bot, spam, etc) users.  I'm going to give it a couple of days to settle down (hopefully disappearing again)  then if needed pursue further, register and post to their forum's "site problems/complaints" board which so far has not mentioned the captcha.  I was unable to find any "B.O.D." address listings, etc.

[hiccup]

Today I sent the contact address of the new API an email about the situation…

Great, and thanks for that.
Let's hope that they will understand and appreciate what we are trying to do here, and are willing in helping to resolve/prevent any more issues.
If not, perhaps the option for retrieving lyrics from Metal Archives would best be removed all together?
Right now It seems more like a pain than a benefit?

[sveakul]

If not, perhaps the option for retrieving lyrics from Metal Archives would best be removed all together?
Right now It seems more like a pain than a benefit?

Yes but let's keep our fingers crossed first.  Because this is also affecting two other "major players" in the lyrics plugin field (OpenLyrics and ESLyrics) I'd like to see if they can come up with a board we could ride in on too.  I've had past correspondence with the coder who did the metallum searcher for ESLyric.

It WOULD be a good idea though if Mayibongwe excludes it from any upcoming built-in DLL releases/providers folder until this is settled.  Experimenters can still use a YML.  I've yakked about it enough here that its (temporary!) disappearance  shouldn't be a surprise to anybody.

[sveakul]

Ignoring Metal Archives, I did some general testing using both version 1.27 of the plugin from the download site and the modified version of 1.26 from slonopot, using only the YMLs and the DLL built-in searchers.

The returns were pretty impressive from a variety of sites, and about equal in quantity.  Changing the DLL did not appear to make a difference, although Mayibongwe's 1.27 created a much smaller, more manageable log file.  Neither of them however worked with any YML variation on Genius, so something got messed up good on that site.

I would suggest that Mayibongwe and slonopot get together on the two mb_LyricsReloaded.dll variations, decide if anything needs to be kept from the modified one, and then putting out a single official version 1.30 (just to remove itself from the current string).  Then when testing we know we're all on the same sheet of music.

I found no new "broke" sites, just Genius and of course the captcha-affected Metal Archives.  This was not an hours-long extensive test, just wanted to see where we stood outside of that Metal Archives mess.

[sveakul]

I heard back from the developer of the Metal Archives api-in-progress.  He told me he had been given permission to use a special route around the captcha in the past to test, but "2 to 3 weeks ago" that stopped working "since Cloudflare marked my testing app as a bot/spam."  At this point he is as blocked as we are.  "I am currently unsure on how and if I will be able to continue my API, but I will keep you informed!"

Not very encouraging!  My strategy is to keep in touch with him, and if they finally unblock him ask if he can request to allow MusicBee sourced users to act as public testers of the API performance, which I have to think is being made to be USED, and as such is going to need a wide level of testing before "proofed" as a valid design.

[sveakul]

I did a quick impressionistic/non-scientific review of the MBLR (MusicBee LyricsReloaded source group) and (SLLP) (Slonopot Lyrics Plugins) last night to check on where we are right now in terms of viability with existing scripts.  It was by no means "exhaustive" or "extensive," and was done on radio streams only using artist and track title metadata.  I excluded Viasona and Versos Perfectos from testing as I have no familiarity with predominantly Spanish language and Catalan popular music/streaming radio.

I was looking at results that at a quick check seemed accurate (i.e. found the song in question).  Except where commented I used the Slonopot-modified mb_LyricsReloaded.dll for MBLR, which was created in an attempt to deal with the captcha and changed source structures on some of the websites (Metal Archives, Genius) without causing problems on others.

My overall impression was how WELL the MBLR sources and search scripts still held up, even odd-ball ones like the built-in and MBLR versions of "Lyrics.ovh," Pesni Guru, etc.  Since the latter normally end up placed on the bottom of my search list, searching either ended with a hit well before reaching them, or none at all, giving the impression that "those sites stink", etc.  For the test I used "Search Next Provider" to cycle through all hits for every song that was being played.  I tried to use a variety of genre stations like the Soma FM selection for Pop/Folk/New Wave and many Radio Caprice sources for Goth/Metal/Esoteric.

My limited results showed that with MBLR and the search source scripts available both built-in and from the downloadable "providers" YML folder, only six never produced a single hit: Google, Lyrics, Lyricsify, Metrolyrics, Cuspajz, and the Genius "scrapers."  Hats off to Mayibongwe!

The "alarming" zero-results from the Genius scrapers (which by the way included test YMLs from Slonopot  that worked for a while then quit even with the mod DLL) was made not-noticeable for anyone who had the Beenius plugin from the SLLP group also in use.  This single plugin was "visually" (I told you it was unscientific!) the source of the most hits of any in the whole test and across a wide range of genres.  The other two in the SLLP group, Museexmatch and LCRCLIBee, showed up almost as frequently.

Some surprises included the frequency of results from "Bing', which I think like non-captcha Metal Archives was assisted through use of the modified mb_LyricsReloaded.DLL file.

For the future I would recommend Mayibongwe and Slonopot decide on a specific path for the DLL that includes the helpful mods and use that now in every distribution  As there are now two versions of the same file floating around:  the newest 1.27 from the normal download which is 233,472 bytes and the modified version of the original 1.26 which is 234,496 bytes.  Also, expanding the availability of API-based searchers (Bandcamp, etc.).