Kodi Community Forum

Full Version: Artwork Wiki Pages
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2
(2017-07-08, 09:49)Martijn Wrote: [ -> ]
(2017-07-08, 09:36)mchp92 Wrote: [ -> ]Do i need to raise my suggested feature request elsewhere? Or are you close enough to the fire (@Karellen) to bring that further?

You also raise questions why kodi works as it works. This is not the thread to discuss that. This is about updating the wiki page with the current facts and it doesn't matter that the facts are stupid.

I had a discussion going on with Karellen in another thread. At some point he mentioned that he had updated Artwork wiki. I posted my thoughts and comments in that other thread. Then, my post was moved here.
Whoops, I've been trying to decide if I should make some adjustments to the nice new documentation, all the while missing the link to this thread. I've been working with Kodi and artwork for a bit and I have some suggestions for you. ... Good grief, sorry for the braindump; I do hope it's more useful than obnoxious.
  1. Animated artwork is a prickly pear
    1. Kodi doesn't cache animated artwork and will not play them (only displaying the first frame) unless they are stored on a local file system or accessed with a "special://" path, but not network shares configured in Kodi nor HTTP URLs. By local file system I mean directly attached to the device Kodi is running on, and perhaps also includes network shares mounted outside of Kodi.
    2. The usage convention for skins to display animated artwork is to use the artwork types 'animatedfanart' and 'animatedposter' (these are set by Skin Helper Service), and to match Kodi's file naming convention* they should be named 'animatedfanart.gif' and 'animatedposter.gif' or '<NameOfVideoFile>-animatedfanart.gif' and '<NameOfVideoFile>-animatedposter.gif'
      1. Giving them different art types allows skins to only use animated artwork in specific situations, rather than an all or nothing sort of deal. Imagine a view that shows a large focused poster and several other posters laid out to the side; animating all of those posters would probably give most of us a headache, best to display just one animated image for the focused item and keep the rest static.
    3. Kodi limits the size of animated artwork to roughly 12 frames of 1920x1080 (technically the limit is 11 frames but Kodi will decode full frames until it has decoded MORE than this limit). This limit is defined as fully decoded pixels, so no amount of GIF finagling or praying to the compression gods will give even a single pixel more. With the recommended size of 1000x1500 for posters, that leaves 16 frames, while the trend on the animated poster thread is for smaller images with more frames (a recent one is 500x713 with 60 frames). Kodi will discard any remaining frames after it has reached this limit, which will probably look bad when displayed, so this limit should be made clear.
  2. While the movie "thumb" image may have been the poster a long time ago, these days it is a separate and valid image type all its own, and it's an actual thumbnail from the/a video file itself, just like episodes. Most display problems caused by the existence of "thumb" images for movies is due to the fact that skins are still asking for "thumb" when they intend to display a poster.
  3. ... done.
  4. ... done.
  5. ... done.
  6. Artwork Downloader creates extrathumbs out of resized 'backdrops' from The Movie Database for use as actual thumbnails, and while their usage seems rare in skins, I've still only ever seen skins using them as actual thumbnails rather than more posters.
  7. Kodi has zero support for creating or loading movie set artwork, so it's no help for a convention, but we have had one tool that imports them into Kodi for quite a long time: Movie Set Artwork Automator. The wiki links directly to it in the relevant sections at the bottom of the movie artwork page, but then suggests a different convention ("movieset-fanart.jpg" and poster stored in each movie's folder) that only seems to be supported by one other tool (TinyMediaManager), with no support for actually getting them into the Kodi library proper other than manually assigning them by hand. However, the MSAA convention of a central directory for movie set artwork is better supported, as TMM also supports it, plus Ember, another external media manager that also utilizes JSON-RPC to update Kodi's library without refreshing the item. In addition, the "movie set artwork in every movie directory" strategy comes with one big problem that the central directory avoids: duplicate artwork, or at least the potential for duplicate artwork, that makes managing this artwork much more difficult, for both software and folks that want to replace or manage images by hand.
  8. ... done.
  9. ... done.
  10. I'm not sure TV show discs should be in the list. While TV shows often have discs of their own, these images haven't generally been used in Kodi, there are usually more than one disc per season so the list could get big, TV show discs are boring more often than movie discs, and they aren't readily available from an open API.
  11. Not obnoxious enough, ... yes.
* While Kodi will only import the small selection of basic artwork, it will export all artwork that has been cached, and it always uses the exact same artwork type in the filename that skins use to display them, which is just as simple and elegant and perfectly descriptive as Kodi's artwork support itself (it can get messy at the fringes, but mostly it's just great).

Edit: I will try to make these edits myself.
Edit 2: Some taken care of.
Hello rmrector,

Well... where were you 4 months ago when I recreated those pages Wink Your notes above would have most certainly saved me a bit of grief. Great detailed info.

I am currently working on other pages, so I am definitely happy that you make the edits. At least nothing will be lost in translation. I am happy to come through once you are finished, and fix up any formatting issues (if any)

Thanks for your input Smile
Pages: 1 2