Lidarr / Lidarr

Looks and smells like Sonarr but made for music.
http://lidarr.audio/
GNU General Public License v3.0
3.48k stars 242 forks source link

Release Rejected - Unable to parse albums from release name #136

Closed arette closed 6 years ago

arette commented 6 years ago

Examples of albums I'm unable to snatch due to presence of " ' " and possibly other chars:

Portugal.The Man-Waiter: "You Vultures!"
Portugal. The Man - Waiter: "You Vultures!" (2006) (FLAC Lossless)

Coolio-Gangsta’s Paradise
Coolio - Gangsta's Paradise (1995) (FLAC Lossless)
Qstick commented 6 years ago

@arette thanks for getting all of these on github

arette commented 6 years ago

no thank you guys for developing this - this is awesome! wish i could contribute in a more meaningful way. I do know python but not web..

uffcd commented 6 years ago

Another example for no files found are eligible ... Robbie.Williams.-.Under.the.Radar.Vol.2.2017.MP3 Files: 01 - Satellites.mp3

Qstick commented 6 years ago

Doing some testing and I'm having no issues with finding and grabbing a release for Coolio-Gangsta’s Paradise. Can you go into a bit more detail of whats happening and provide some logs?

arette commented 6 years ago

sorry my original text wasn't included as "code" so it was hiding the special characters. I've updated my original issue text to display as code for clarity. could be encoding problem? If so, might only be a problem running on docker container. the problem is that I get red exclamation mark that says "Release rejected unable to parse albums from release name" for any album that contains characters such as an apostrophe, exclamation, etc. The apostrophe in Gangsta's Paradise is apparently breaking it (see screenshot below: lidarr_parse_error

Qstick commented 6 years ago

Ah I see. Let me work on it tonight

arette commented 6 years ago

awesome thank you! I apologize for my poor description initially

Qstick commented 6 years ago

Are you going thru Jackett or are the indexers setup direct in Lidarr? Just Curious

arette commented 6 years ago

directly thru lidarr but i do have rss off across the board so i can manually search for and snatch each release

Qstick commented 6 years ago

@arette 0.2.0.180 should fix this

D4rkSl4ve commented 6 years ago

Adding AC/DC Back In Black and this is what I get. Not sure if it's me or something on the Lidarr, just passing along in case it's something on Lidarr.

I am getting a: Couldn't parse album from AC - [RS500-73] Back In Black -........ acdc

Qstick commented 6 years ago

@D4rkSl4ve looks like a case of poor tags in file

metalgeekstl commented 6 years ago

Same issue as @D4rkSl4ve

cody00 commented 6 years ago

Same issue with screen shot 2018-06-19 at 8 20 48 am

sdwhwk commented 6 years ago

I'm getting this. I've tried to look for an NZB to see if it does the same, but I have a large list of artists. Notice that some torrents are downloadable while others that are similarly named got rejected because it could not find the artist. 2018-07-03 5

sdwhwk commented 6 years ago

Think I might have found the pattern in at least my AC/DC shot:

When searching for the name it includes the / and without like"ACDC". It also ignores parentheses. So "(Hard Rock)" is not considered.

But it does not include - , which is a common substitute for / , nor a space, like the previous AC/DC shot by D4rkSl4ve. It also includes brackets, so "[LP]" is included and thinks a name "AC/DC [24/192]" is that, not "AC/DC".

So if it is not "AC/DC" or "ACDC" and it contains anything NOT in parentheses, it can't find it. May be the same for titles, but this is what I noticed on not finding the artist and listing it as a download. I found another artist with a similar problem (brackets) and it didn't recognize the download. Possibly { } might throw an error, but have not came across it yet. So, sorry for reviving an old issue, but the full issue may not have been solved, just the OPs original case. So maybe adding an exemption for brackets also and including spaces and dashes as subs for what some OSs consider "illegal characters" (this case / ), would solve it. We may be able to find / but some OSs can't label something with a /, so a space, _ , or - is used.

Another issue is titles like "Artist-Album". Not your fault as this is poor labeling (cody00 example). It looks for the whole thing instead of assuming "Artist - Album" (the earlier is the equivalent of a run-on sentence and our comps don't have that good of AI yet). So maybe have an override so you can manually download and fix yourself before manually importing it to the DB. Change the download icon to red to flag "this may not be the file you are looking for".

carbonbaseunit commented 5 years ago

I, too, am having a problem with "unable to parse albums from release name" screencapture-192-168-1-50-8686-artist-a35237a0-4f47-40a6-b6f3-1e786db23402-2018-10-05-11_32_14 I don't understand why something this simple is happening. There are no off the wall tags in the name.

Qstick commented 5 years ago

We do not use the name, we use the tags. What do the exceptions say?

carbonbaseunit commented 5 years ago

Unable to par

We do not use the name, we use the tags. What do the exceptions say?

Unable to parse album from release name