English > Support
IMDb plugin maintenance issues
Strat:
:o Well, now I must confess that my problems were due to fact that I had not crossed overwrite fields for plugins, doh! I'll try to update series next and find out if there are any similar to Lost...
trumpy81:
--- Quote from: rick.ca on February 23, 2012, 12:24:42 pm ---As I said...
--- End quote ---
Where exactly did you say what exactly?
--- Quote ---I'm sorry, but I don't see the point in explaining all that goes wrong when you can't be bothered configuring the file scanner correctly.
--- End quote ---
Of course you wouldn't see the point. Take the blinders off, it may help a little.
--- Quote ---Also, if an episode title is similar to an existing movie title that is already in the PVD database, PVD will want to change the file location for the existing movie. The same can occur if two movies released in different years share the same name, irrespective of the year being included in the filename and/or location.
--- End quote ---
Why does it ignore the year in the filename?
Isn't that enough to distinguish one file from another?
--- Quote --- the scanner's inability to recognize the file represents a new movie is not unexpected. It's primary role is to match files with records. Finding only one record in the database with the same title, it matches it without checking the year—which is not an unreasonable thing to do.
--- End quote ---
So how else is PVD supposed to distinguish one file from another?
Sorry, but that logic seems flawed to me, particularly when you consider that 2 files cannot share the same name in the same folder as per any operating systems rules.
--- Quote ---If the second movie has been added to the database, distinguished from the first by its Year, then the scanner will match the file correctly.
--- End quote ---
So, if it can be done after the fact, why not before, when it is actually needed to be done?
...
I have been searching for any information in regards to RegEX in the help files/wiki etc... as near as I can tell there is none, and there is no indication that changing of the RegEx search strings is even necessary. There is no indication of what flavour of RegEx is in use or what commands & operators are legal within PVD and even when someone points out an obvious problem related to RegEx search strings, no help is forthcoming. Probably explains why a NON RegEx user ignores it.
rick.ca:
--- Quote ---Where exactly did you say what exactly?
--- End quote ---
Take your blinders off... ::)
--- Quote from: rick.ca on February 23, 2012, 04:19:26 am ---The IMDb plugin has been somewhat inconsistent lately (probably due to changes in the site) in it's ability to add future episodes for which the data is incomplete (it should still get whatever is available, even if that is just an episode title and URL).
--- End quote ---
Your post was about your own self-inflicted problems which have little to do with Strat's, or this topic.
--- Quote ---Why does it ignore the year in the filename?
--- End quote ---
It doesn't if there are two movies with the same title in the database. The case where there is only one movie with the same name is probably rare enough it can be ignored. There would probably be as many cases where the year in the filename is inadvertently not exactly the same as the year of the intended target in the database.
--- Quote ---So, if it can be done after the fact, why not before, when it is actually needed to be done?
--- End quote ---
So, yes, that would be possible. But why do something that will just invite a different (and possibly more common) error. Why can't you just add the movie manually in the rare case you're intentionally adding a title that's the same as one already in the database?
--- Quote ---I have been searching for any information in regards to RegEX in the help files/wiki etc... as near as I can tell there is none, and there is no indication that changing of the RegEx search strings is even necessary. There is no indication of what flavour of RegEx is in use or what commands & operators are legal within PVD and even when someone points out an obvious problem related to RegEx search strings, no help is forthcoming. Probably explains why a NON RegEx user ignores it.
--- End quote ---
You're not looking very hard. There are a number of topics here about regex and the configuration of the file scanner. The information available and the help offered is often ignored by those who are unwilling to consider the necessity of such a system. You claim to know nothing about regex, yet suggest you're at some disadvantage because you're not told what "flavour" of regex is used. Considering the rudimentary level at which regex is used, I'd be very surprised if there where any differences between what is used and any other flavour of regex. Any simple regex reference for beginners will explain all you need to know. In most cases, you don't even need that—to make minor modifications to the regex provided so they work with your file naming practices. The Regex Tester utility is handy for testing modifications, or for creating your own expressions. Or, if you prefer not to fiddle with regex at all, just change your file naming practices to comply with the regex provided.
There's nothing wrong with the pattern matching aspect of the file scanner. The documentation leaves something to be desired. As with any such freeware application, your choices in dealing with that shortcoming are straightforward. Contribute the necessary documentation yourself, or ask the developer how much of donation would be necessary to compel him to create it.
trumpy81:
--- Quote from: rick.ca on February 24, 2012, 10:15:09 pm ---Take your blinders off... ::)
--- End quote ---
I have and it appears that you have either deleted a message or modified it so that the original information is lost, as I cannot locate the message containing your quote:
If the file scanner is configured correctly (so the Series title, Season and Episode numbers are correctly obtained from the file name), I would expect the episode record and file to be correctly added to the series.
--- Quote from: rick.ca on February 23, 2012, 04:19:26 am ---Your post was about your own self-inflicted problems which have little to do with Strat's, or this topic.
--- End quote ---
Obviously you haven't taken the blinders off yet. While I do have the same problem as outlined by Strat, as I stated, I also have the problem I described which precedes the problem that Strat was having when adding a series and/or the episodes pertaining to that series.
--- Quote ---It doesn't if there are two movies with the same title in the database. The case where there is only one movie with the same name is probably rare enough it can be ignored. There would probably be as many cases where the year in the filename is inadvertently not exactly the same as the year of the intended target in the database.
--- End quote ---
So without any filename checking PVD blindly tries to add the same movie all over again, simply by changing the files location. It should not do that. If a movie title already exists and PVD encounters a new file with same name, should it not perform other checks to determine whether or not you are trying to add the same file?
Other checks might include the filesize, the filename itself, which in my case is always different by the addition of the year the movie was released, or it may be the CRC of the file. But PVD strips all but the title contained within the filename and only uses that to determine a files difference to any other, which IMO is not the correct way to do it.
Granted, the additional checks would slow performance, but the relative rarity of the problem would not have a negative impact on the programs overall performance.
--- Quote ---So, yes, that would be possible. But why do something that will just invite a different (and possibly more common) error. Why can't you just add the movie manually in the rare case you're intentionally adding a title that's the same as one already in the database?
--- End quote ---
I can see how errors could occur given the current model which is PVD, but that largely depends on how the relevant facts are determined within PVD.
--- Quote ---You're not looking very hard. There are a number of topics here about regex and the configuration of the file scanner. The information available and the help offered is often ignored by those who are unwilling to consider the necessity of such a system. You claim to know nothing about regex, yet suggest you're at some disadvantage because you're not told what "flavour" of regex is used. Considering the rudimentary level at which regex is used, I'd be very surprised if there where any differences between what is used and any other flavour of regex. Any simple regex reference for beginners will explain all you need to know. In most cases, you don't even need that—to make minor modifications to the regex provided so they work with your file naming practices. The Regex Tester utility is handy for testing modifications, or for creating your own expressions. Or, if you prefer not to fiddle with regex at all, just change your file naming practices to comply with the regex provided.
--- End quote ---
Actually you are quite correct. I didn't think to scour the forum for answers ... Doh!!! I guess I was waylayed by Google which lead to my questions regarding version, flavour etc. and I overlooked the most obvious choice, although I did scour the help files section of the forum and the wiki.
--- Quote ---There's nothing wrong with the pattern matching aspect of the file scanner. The documentation leaves something to be desired. As with any such freeware application, your choices in dealing with that shortcoming are straightforward. Contribute the necessary documentation yourself, or ask the developer how much of donation would be necessary to compel him to create it.
--- End quote ---
Actually, I beg to differ on that point, but that has already been established. The documentation IS lacking and you raise a good point in regards to remuneration, duly noted.
I would be more than happy to contribute to the documentation once I have a handle on RegEx and it's usage within PVD.
rick.ca:
--- Quote ---I have and it appears that you have either deleted a message or modified it so that the original information is lost, as I cannot locate the message containing your quote:
--- End quote ---
Sigh. I don't know what more I can do than link directly to the original post. Perhaps you could try harder to read what others have actually written before making judgments about what they've said. Otherwise, you should expect them to get rather pissed-off at your comments.
--- Quote ---I also have the problem I described which precedes the problem that Strat was having when adding a series and/or the episodes pertaining to that series.
--- End quote ---
As I said, it has nothing to do with this topic and is the result of you not using the program correctly. I appreciate you don't like being corrected, but I'd rather Strat and others not be distracted or mislead by such comments.
--- Quote ---So without any filename checking PVD blindly tries to add the same movie all over again...
--- End quote ---
If it bothers you, start a new suggestion topic. It's completely off-topic here. I don't think it matters. As I said (and I'm getting tired of saying that), adding more logic will just invite different kinds of error, and make the whole thing more difficult to understand. Besides, by it's nature, it's the sort of thing that's never going to be better than 95% correct. You're supposed to be willing to identify and manually correct the remaining 5%.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version