Closed arette closed 6 years ago
@arette thanks for getting all of these on github
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..
Another example for no files found are eligible ... Robbie.Williams.-.Under.the.Radar.Vol.2.2017.MP3 Files: 01 - Satellites.mp3
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?
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:
Ah I see. Let me work on it tonight
awesome thank you! I apologize for my poor description initially
Are you going thru Jackett or are the indexers setup direct in Lidarr? Just Curious
directly thru lidarr but i do have rss off across the board so i can manually search for and snatch each release
@arette 0.2.0.180 should fix this
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 -........
@D4rkSl4ve looks like a case of poor tags in file
Same issue as @D4rkSl4ve
Same issue with
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.
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".
I, too, am having a problem with "unable to parse albums from release name"
I don't understand why something this simple is happening. There are no off the wall tags in the name.
We do not use the name, we use the tags. What do the exceptions say?
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
Examples of albums I'm unable to snatch due to presence of " ' " and possibly other chars: