home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
MediaPortal 1 Plugins
Popular Plugins
IMDb+
Feature request: override on filename / tag
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="RoChess" data-source="post: 837708" data-attributes="member: 18896"><p>I know it will not look nice, but considering that the end result is to browse the collection via MovingPictures and not Windows Explorer, I think you will survive. I just do not want to run the risk of false-positives on somebody else's collection that works perfect now. The whole "fix one thing, break another" is very annoying, so I want to avoid it.</p><p></p><p>Due to other issues that crept up, the format I'm testing with right now is "Movie title ([Custom Tag]).avi" which will result in a MovingPictures title of "Movie title [Custom Tag]". I couldn't use the (..) brackets methods due to conflicts with the way things currently work for other features.</p><p></p><p>Reason being is that right now "English Title (Foreign Title)" is used, and only via whitelisting can I preserve existing special edition tags at scraper-script level, because there is no seperate MovingPictures database field for me to work with. That is why to preserve tags on a refresh I need to make sure I'm not duplicating other (...) bracket info that is used to display other functions.</p><p></p><p>So [...] brackets will be used to display the custom tags inside GUI and I think that's a good compromise. I did think of {...} but the skin results in GUI looked ugly if you ask me, and [...] did not look too bad. The added benefit is that you will be able to quickly identify their seperation from the whitelisted special edition tags.</p><p></p><p>And yes, if the filename fails to find a match, then the foldername is checked. That will remain functional even for this new method <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite6" alt=":cool:" title="Cool :cool:" loading="lazy" data-shortname=":cool:" /></p><p></p><p>So can you live with "([...])"? Because I did some small tests and it seems to work fine at my end without breaking existing function (only tested with a small sample set), so I can release it as IMDb+ scraper-script v4.2.1 for you to try.</p><p></p><p>On a side note: If MovPic would get a few extra database fields for scraper-scripts to use then I could do soooooo much more. Unfortunatly the lead developer does not like scraper-scripts to be as powerful as IMDb+ and wants to integrate it into the plugin itself. On a theoretical level I totally agree as it would benefit a lot more users and work for all other scraper-scripts as well, but unfortunatly my C# skills are not good enough to get the IMDb+ function integrated into MovPic itself. So I have to keep pushing the scraper-script system to its limits and use all these dirty workarounds to get close enough.</p><p></p><p><img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite8" alt=":D" title="Big Grin :D" loading="lazy" data-shortname=":D" /></p></blockquote><p></p>
[QUOTE="RoChess, post: 837708, member: 18896"] I know it will not look nice, but considering that the end result is to browse the collection via MovingPictures and not Windows Explorer, I think you will survive. I just do not want to run the risk of false-positives on somebody else's collection that works perfect now. The whole "fix one thing, break another" is very annoying, so I want to avoid it. Due to other issues that crept up, the format I'm testing with right now is "Movie title ([Custom Tag]).avi" which will result in a MovingPictures title of "Movie title [Custom Tag]". I couldn't use the (..) brackets methods due to conflicts with the way things currently work for other features. Reason being is that right now "English Title (Foreign Title)" is used, and only via whitelisting can I preserve existing special edition tags at scraper-script level, because there is no seperate MovingPictures database field for me to work with. That is why to preserve tags on a refresh I need to make sure I'm not duplicating other (...) bracket info that is used to display other functions. So [...] brackets will be used to display the custom tags inside GUI and I think that's a good compromise. I did think of {...} but the skin results in GUI looked ugly if you ask me, and [...] did not look too bad. The added benefit is that you will be able to quickly identify their seperation from the whitelisted special edition tags. And yes, if the filename fails to find a match, then the foldername is checked. That will remain functional even for this new method :cool: So can you live with "([...])"? Because I did some small tests and it seems to work fine at my end without breaking existing function (only tested with a small sample set), so I can release it as IMDb+ scraper-script v4.2.1 for you to try. On a side note: If MovPic would get a few extra database fields for scraper-scripts to use then I could do soooooo much more. Unfortunatly the lead developer does not like scraper-scripts to be as powerful as IMDb+ and wants to integrate it into the plugin itself. On a theoretical level I totally agree as it would benefit a lot more users and work for all other scraper-scripts as well, but unfortunatly my C# skills are not good enough to get the IMDb+ function integrated into MovPic itself. So I have to keep pushing the scraper-script system to its limits and use all these dirty workarounds to get close enough. :thx: [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
MediaPortal 1 Plugins
Popular Plugins
IMDb+
Feature request: override on filename / tag
Contact us
RSS
Top
Bottom