Reply to thread

Message

<blockquote data-quote="RoChess" data-source="post: 547955" data-attributes="member: 18896">You can actually see how it decides on the best match in the log file if you enable debug mode.You might have stumbled upon a bug, but it is also likely that the scraper gets those results back from the website it uses. Many times when I manually use imdb.com search I get the wrong results, adding the year then finally gets me the right one (the movie I want litterally doesn't show up until I feed the year).There are certain movie titles that are used by dozens of movies, some even multiple times per year, so that title+year alone isn't even enough (imdb seperates those by Roman numberals, such as &quot;Love 2008/I&quot;, &quot;Love 2008/II&quot;, &quot;Love 2008/III&quot;, and &quot;Love 2008/IV&quot; (with 5 versions in 2009). So having &quot;Love.avi&quot; or even &quot;Love (2008).avi&quot; would require a serious amount of artificial intelligence then. To some extend it still gets the right one, and that is because of the four &quot;Love&quot; movies made in 2008, usually one is the 'big' success movie that people are most likely to have in their collection, so via the popularity system (imdb.com keeps track of movies ppl view most), the right result shows as first.But to overrule that (or help the MovingPictures plugin) the NFO scraper comes into play (also if you did not name your filenames correctly on some foreign titles), because you can force the correct IMDB tt-ID.So try enabling debug mode and re-import those movies, verify the results from the scrapers you have enabled and see if one is perhaps overruling the results that would more match what you expect. Then you might have found a bug in that scraper (assuming the results are different when you would use that website search manually), or you would have to remove that scraper from the list.If you are unable to find out what is going on, post back on here with the log files run in debug mode.Enjoy.</blockquote>

[QUOTE="RoChess, post: 547955, member: 18896"] You can actually see how it decides on the best match in the log file if you enable debug mode. You might have stumbled upon a bug, but it is also likely that the scraper gets those results back from the website it uses. Many times when I manually use imdb.com search I get the wrong results, adding the year then finally gets me the right one (the movie I want litterally doesn't show up until I feed the year). There are certain movie titles that are used by dozens of movies, some even multiple times per year, so that title+year alone isn't even enough (imdb seperates those by Roman numberals, such as "Love 2008/I", "Love 2008/II", "Love 2008/III", and "Love 2008/IV" (with 5 versions in 2009). So having "Love.avi" or even "Love (2008).avi" would require a serious amount of artificial intelligence then. To some extend it still gets the right one, and that is because of the four "Love" movies made in 2008, usually one is the 'big' success movie that people are most likely to have in their collection, so via the popularity system (imdb.com keeps track of movies ppl view most), the right result shows as first. But to overrule that (or help the MovingPictures plugin) the NFO scraper comes into play (also if you did not name your filenames correctly on some foreign titles), because you can force the correct IMDB tt-ID. So try enabling debug mode and re-import those movies, verify the results from the scrapers you have enabled and see if one is perhaps overruling the results that would more match what you expect. Then you might have found a bug in that scraper (assuming the results are different when you would use that website search manually), or you would have to remove that scraper from the list. If you are unable to find out what is going on, post back on here with the log files run in debug mode. Enjoy. [/QUOTE]

Verification