FanArt and Thumbnails Naming-Standard and File-Structure Convension Rationalisation? - Printable Version
+- XBMC Community Forum (http://forum.xbmc.org)
+-- Forum: Development (/forumdisplay.php?fid=32)
+--- Forum: Feature Suggestions (/forumdisplay.php?fid=9)
+--- Thread: FanArt and Thumbnails Naming-Standard and File-Structure Convension Rationalisation? (/showthread.php?tid=49801)
- tetsuo55 - 2009-07-01 20:33
I checked it out again, still looks as good.
I party agree with MaxNL and(if the proposal is to be complete for all currently available artwork) am missing the following artwork:
-Cast&Crew for movies and tv shows (http://www.themoviedb.org/person/527)
- AnalogKid - 2009-07-01 22:05
tetsuo55 Wrote:I checked it out again, still looks as good.
I'm not wanting to stifle progress, but on the other hand.... wary of going into art madness too.
So here's my take:
The art in the current spec is all art that can be associated with a media file PURELY based on it's name.
So The movie covers etc and music are all figurable without needing the internet or additional file (no NFO is needed).
However, actor art, year etc etc all need additional movie info to the pulled from the net (scrapped) and then linked to art.
Another potential issue is determining what XBMC itself will link to via it's internal databases. So, when a skin asks for "Starwars front cover" please... XBMC can supply it VERY rapidly.
Other artwork elements might have to be searched for 'on the fly'.
I think we have to draw a line somewhere, and I am loathe to do that, but I think there has to be a two tier type system...
All the artwork that an reasonably be associated as representing / promoting a specific media file and requires no specific movie meta data. e.g. Posters, Banners, Covers, Disc images etc... stuff that is usually specific to one media file (or entity)
All 'associated' artwork that does not represent / promote the specific media, but instead represents attributes of a movie. e.g. Actors, Crew, Location, Year etc... stuff that could be shared across multiple media files (or entities)
I am thinking out aloud here, so would be good to hear your views, AND it's also to be noted that the schema seems flexible enough to accommodate new types.
I just worry that the list of possible artworks will become absurd even before we manage to persuade the XBMC to consider this proposal.
Perhaps the best analogy would be "let's try to get a foot in the door with the XBMC team and see if this can be implemented"... THEN let it expand a little more in the future?
Just my view!
oh finally, I could reasonably be persuaded that Actors and Directors MIGHT be worthwhile.
Year art is a much harder sell (even though I CAN see a really sexy notion of having a view sorted by year... and the backdrops changing to reflect the era etc).
I feel really bad saying "we have to draw a line", but we're trying to sell this puppy to the XBMC guys... we might not want to mention that it could have fleas too!
- digitalhigh - 2009-07-02 00:42
I agree with the two-tier concept. There should be a distinction between media-specific artwork, and images that can be used for multiple items.
Another prime example of this would be studio/codec/media images. If a user were to choose to keep their images alongside their media, it would become unnecessarily cumbersome to have the studio image stored with the movie.
However, it would still be nice to have a centralized location that is not skin-specific for these images. One folder that you can tell XBMC to look in for all Codec images, studio logos, actor images, etc...
- AnalogKid - 2009-07-02 01:07
digitalhigh Wrote:I agree with the two-tier concept. There should be a distinction between media-specific artwork, and images that can be used for multiple items.
I agree with this, a skin COULD supply a 'themed' pack if it wished, but the user could stick with their own too.
Im really starting to feel confident that this current proposal is looking fairly strong at the moment. A long way to go before it's ever implemented though.
But given some quite heated arguments, it's managing to meet most folks needs and be a lot more powerful than the current system, and it's still simple.
Give it a couple more days for folks to digest! someone will figure a glitch!
- Gangsta - 2009-07-02 01:32
well I think its awsome, and as I pointed out earlier, if we allow the skins to 'request' items, eg xbox adds <moviename> in whatever its guise to the requested artwork, then the coding would be rather simple on the xbmc front. it only needs to add the moviename then, report if the specified artwork is available or not.
and keeps it 100% futureproof.
- tetsuo55 - 2009-07-02 10:00
What about putting cast and crew under "mediainfo"
- MaxNL - 2009-07-02 11:14
I think the 2-tier approach is the right one too. I also hate to draw lines but at the moment I think is the best we can do.
Looking at your previous post we should take out from the actual proposal the following elements:
Genre = A general classification for the category/style of media. e.g. Comedy, Rock, Horror, Jazz, Documentary.
MediaInfo = 'Flags' as they are termed today. I felt the term MediaInfo was easier to understand
HasBeenPlayed = 'Watched', but a more generic term to cover Audio and even Images
As I think they are of Tier-2 type. Am I right?
- AnalogKid - 2009-07-02 12:58
MaxNL Wrote:I think the 2-tier approach is the right one too. I also hate to draw lines but at the moment I think is the best we can do.
Yes you are right... they were really there from the early days of the proposal to demonstrate how the scheme could be used for artwork not directly related to a specific media.
I don't mind keeping them and adding some more ideas like Actors etc...but as a 'tier 2' option. The only issue will be that it might detract from the main event (the media art!).
Also, I've been thinking about 'Actors'. This is problematic just because of the actor names (esp if they have characters that the file system doesn't support)... there's not quick and easy way to give an alias/fsfriendly name in the NFO. This is partly why I liked 'truename.txt' solution over the NFO.
I'll think about this some more.
But again, you are quite correct that the mediainfo and genre stuff is absolutely 'Tier 2' art!
- digitalhigh - 2009-07-02 13:02
Yeah, I think the actor stuff is fairly well handled in XBMC as-is. In fact...I've never had to manually add any of those images...the scraper has always done it perfectly for me.
However, they should def. be tier-2 stuff, as, well, I don't want to have 1000 different pictures of Kevin Bacon floating around on my media HDD.
- AnalogKid - 2009-07-02 13:38
I updated the 'tier 2' stuff a little... and put a big caveat in there about this work:
To DigitalHigh's point about scrapers already handling actors well... hmmm, I didn't want end users to have to depend on scrapers to get artwork, but I definitely also don't want to get bogged down in this Tier 2 stuff either.
I think the next biggest task will be to find a really good sponsor for the Artwork spec. I definitely expect it to be hit with a whole load of resistance from the XBMC developers initially on the grounds of the following: