Closed JULIENBZH closed 1 year ago
Prowlarr (and any other scraper for that matter) will return releases that plex_debrid will not accept, because the release title deviates too much from the original search query. This is done to make sure that the correct content is downloaded.
If you want, I can have a look at the releases that were rejected by plex_debrid, but I'm almost certain they include some sort of deviation from the original search query that is not accepted. Release titles that would be rejected could for example include some text in front of the movie/show title, which is not allowed by plex_debrid (otherwise searching for "See.S01" would download releases named "Let's.See.S01". Another reason why releases rejected could be that they contain some non-standard season definitions like "some.show.1of3" instead of "some.show.S01". and so on..
You can turn on the UI setting "debug printing" or "log file" to see what release title deviation plex_debrid will accept for a given media item.
Thank you for your answer, I understand now but I still don't see where it doesn't match :
scraping sources for query "une.sirene.à.paris.2020" ... done - found 0 releases
Une.Sirene.a.Paris.2020.FRENCH.1080p.WEBRip.x264.AAC-SUNNY
Could it be because of the special character "à" ?
Yeah that's definitely because of the special characters. Add a character replacement rule (/Settings/Scraper Settings/character replacement rules/) that should replace "à" with "a" :)
I'll see if I can allow accent grave and accent aigu as deviation by default
I've add the rule but plex_debrid only founds 1 release vs prowlarr giving much more maybe because of other accent... "sirene"'s correct spelling is "sirène".
I will close this issue, as the solution was adding a character replacement rule
Interesting, that this issue was closed, as the given "solution" is not a solution if the indexer search is not working correctly after replacing the characters. anyway - i have this issue a lot - the matching is not working probably.
for example: Search string: a.silent.voice.the.movie.2016
Findings after (!) version filtering (only some examples):
in this case, all 27 found version have been rejected. my interpretation:
for 1. and 2. there is no solution most probably and for 3. and 4. i could replace ":" but if i do so, i will have problems in other search strings including ":"
is there any real solution for it? the matching would be much better if the correspondending IDs, IMDB, TVDB etc, would be used - most indexers are replying those informations and the 'arr apps working with them much better i think
Edit: i saw, that there is a standard rule, number 16, which should actually remove the ":" - it seems that this rule is not working, otherwise there wouldnt be a ":" in the release name...
Looking for a film, plex_debrid says found 0 release but when I search the exact expression in prowlarr it finds plenty of files. It only happens with some content, the connection between plex_debrid and prowlarr is working fine for other research...