Force detection of Cover.jpg instead of Folder.jpg ? - Printable Version
+- XBMC Community Forum (http://forum.xbmc.org)
+-- Forum: Help and Support (/forumdisplay.php?fid=33)
+--- Forum: XBMC General Help and Support (/forumdisplay.php?fid=111)
+--- Thread: Force detection of Cover.jpg instead of Folder.jpg ? (/showthread.php?tid=130408)
Re: Force detection of Cover.jpg instead of Folder.jpg ? - Martijn - 2012-05-02 07:51
Wiki is free to edit and update.
Just create an account and you should be good to go
RE: Force detection of Cover.jpg instead of Folder.jpg ? - SiliconKid - 2012-05-02 07:54
Ah, I wasn't aware I could edit it myself.
Excellent, I'll make changes and update with what I've learnt so far.
RE: Force detection of Cover.jpg instead of Folder.jpg ? - jmarshall - 2012-05-02 10:21
I agree that folder.jpg should have been enough. Unfortunately, generating all possible case differences that folk may use is not trivial, so instead of attempting to generate them all, we specify some semi-sensible ones and are done.
Most folk don't (and shouldn't need to) play with advancedsettings.xml anyway, and fewer again wish to get rid of folder.jpg.
RE: Force detection of Cover.jpg instead of Folder.jpg ? - SiliconKid - 2012-05-02 10:41
I don't think I was 100% clear on this.
What I actually meant was that the whole thing could be a lot simpler because in the context of this particular feature all you actually need to do is reduced EVERYTHING to lower case before you compare file names and THEN match if that tag is set in the advanced settings.
In other words your code should actually just ignore case completely in this particular situation because in this specific scenario, given this specific context, case is irrelevant to the task at hand.
If I want "folder.jpg" to be ignored, I want every variant of that file name to be ignored, so you don't need to get involved in any case differences at all in this case. All that needs to happen is that EVERY variant of "folder.jpg" in your filter must get removed / ignored.
I should also point out that you shouldn't be too quick to assume that most people don't want to search for other file names and don't want to ignore folder.jpg.
Based on the considerable amount of Googling and reading of articles related to XBMC scraping, library preparation, library management and artwork management that I've done in the last 2 weeks, I can safely say that there are actually far more people out there that probably WOULD like to configure these things than you might think, but don't know how.
I'm a senior level dev who has been doing this my whole life and isn't afraid to get down and dirty to make systems do what I want and I really did struggle to figure out how to do this initially. It wasn't obvious.
Your help with this was crucial to my understanding of what was going on and how to make this work. Which is why I've taken the time to update the Wiki with a verbose explanation of how it all works.
RE: Force detection of Cover.jpg instead of Folder.jpg ? - jmarshall - 2012-05-02 10:48
That means retrieving a directory. Consider the user enters a folder with 1000 subfolders. Over a wifi connection. This takes time, which is exactly the reason we don't do it like this now.
It will actually be possible to do this once everything is in the texturecache - until then, though, it's best to leave things as-is.
RE: Force detection of Cover.jpg instead of Folder.jpg ? - SiliconKid - 2012-05-02 10:53
To be honest I don't understand how that translates to retrieving a directory but the reality is that it doesn't actually matter anyway because:
a. The solution you helped me work out DOES work, so for now I have a solution.
b. The changes that are coming will make this whole issue redundant anyway, so further debate or troubleshooting is a waste of your time.
Thanks for the input.
RE: Force detection of Cover.jpg instead of Folder.jpg ? - Ned Scott - 2012-05-02 10:56
SiliconKid: Excellent addition to the wiki! Often users don't actually bother adding stuff when we tell them that they are able to do so, and my own personal "to-do" for updating various parts of the wiki is very long, so it's greatly appreciated when users really do contribute.
RE: Force detection of Cover.jpg instead of Folder.jpg ? - SiliconKid - 2012-05-02 10:58
Sharing is caring ...
RE: Force detection of Cover.jpg instead of Folder.jpg ? - proline - 2012-10-07 22:40
I am trying to do similar with fanart.jpg
I have all my fanart.jpg's stored locally in separate folders for each tv show on my server. They are all 1080p versions, but still have a couple older 4.3 tv's that crop the fanart when displayed. I have a second set of fanart named 480p.jpg located in the same folders for those tv's but no matter what changes I make to advancedsettings.xml, it still loads the fanart.jpg instead of 480p.jpg. I have cleared the database to remove images cached also with no luck. I am using the Transparency skin with library mode turned off. My xml is below....
RE: Force detection of Cover.jpg instead of Folder.jpg ? - Frea74 - 2012-11-19 01:26
Hmmm.... according to the note found here, the <dvdthumbs> tag is now ignored in XBMC 12 (Frodo). So, how do I force XBMC to "ignore" the low-res folder.jpg I've been using till now for my movie folders, and make it download from scratch some higher res, quality thumbnails for my movies? I wouldn't like to just delete folder.jpg from my HDD folders, since they are handy as folder previews in Windows Explorer (smaller file size and all). All I want is for XBMC to not take them into account anymore when scanning my folders, and rather use newly downloaded ones instead. This used to work for Eden by means of the <dvdthumbs> tag. Now, how about Frodo? Will this be possible? Thx in advance!