Login at Kodi Home

Zippy79 · 2014-03-10, 14:41

Versions 1.5.1 and later are broken for me.

For example version 1.5.0 returns results for this query but version 1.5.1 does not:

1.5.0:

Code:
xbmc@xbmc:~$ ./texturecache.1.5.0.py s "movies/the hobbit an unexpected journey" @logfile=/tmp/tc.1.5.0.log @debug=yes @autoupdate=false

A new version of this script is available - use the "update" option to apply update.

008280|0/0dbad641.jpg|0439|0780|0042|2014-03-05 11:32:39|2014-03-05 20:20:43|/media/usbhd-sdb1/movies/The Hobbit An Unexpected Journey (2012)/extrathumbs/thumb3.jpg

024684|2/2985fa6a.png|0720|0720|0001|2014-03-08 07:00:21|2014-03-08 16:00:21|/media/usbhd-sdb1/movies/The Hobbit An Unexpected Journey (2012)/disc.png

000112|4/44b7b1cc.jpg|0439|0780|0070|2014-03-09 07:07:05|2014-03-09 12:26:11|/media/usbhd-sdb1/movies/The Hobbit An Unexpected Journey (2012)/extrathumbs/thumb2.jpg

000113|4/4804c0d8.jpg|1080|1920|0740|2014-03-09 07:07:05|2014-03-09 12:26:10|/media/usbhd-sdb1/movies/The Hobbit An Unexpected Journey (2012)/fanart.jpg

024399|5/5f9847dc.jpg|0720|0480|0034|2014-03-10 11:58:01|2014-03-09 12:26:09|/media/usbhd-sdb1/movies/The Hobbit An Unexpected Journey (2012)/poster.jpg

000111|9/9fa0195b.jpg|0439|0780|0070|2014-03-09 07:07:05|2014-03-09 12:26:12|/media/usbhd-sdb1/movies/The Hobbit An Unexpected Journey (2012)/extrathumbs/thumb1.jpg

024400|d/db22710d.png|0562|1000|0018|2014-03-09 07:07:05|2014-03-09 12:27:12|/media/usbhd-sdb1/movies/The Hobbit An Unexpected Journey (2012)/clearart.png

024393|e/e1c731d7.png|0310|0800|0038|2014-03-09 07:07:05|2014-03-09 12:26:12|/media/usbhd-sdb1/movies/The Hobbit An Unexpected Journey (2012)/logo.png

024596|f/f659fd55.jpg|0439|0780|0039|2014-03-05 11:32:39|2014-03-05 20:20:40|/media/usbhd-sdb1/movies/The Hobbit An Unexpected Journey (2012)/extrathumbs/thumb4.jpg

Matching row ids: 8280 24684 112 113 24399 111 24400 24393 24596

1.5.1:

Code:
xbmc@xbmc:~$ ./texturecache.1.5.1.py s "movies/the hobbit an unexpected journey" @logfile=/tmp/tc.1.5.1.log @debug=yes @autoupdate=false

A new version of this script is available - use the "update" option to apply update.

Matching row ids:

xbmc@xbmc:~$

I am running XBMC Frodo 12.2 on Ubuntu 12.10.

Logfile for 1.5.0
Logfile for 1.5.1

un1versal · (This post was last modified: 2014-03-10, 17:53 by un1versal.)

idk if embedded art can be cached but...

jmarshallnz did a fix for cue sheet embedded art, idk if that applies for non cue or if that applies to all, I tried asking in IRC but noone answered and tbh no one really answers many of my questions, its mostly like having teeth pulled.

All I really want music art related is that the Library and files view display the album picture and this doesnt seem to happen consistently across all of the music content, and all have a folder.jpg inside the folder and all have been tagged to death properly and even attached a front art cover only which is same as folder.jpg.

I have tried cache.ignore.types = ^video and tbh I cant see much of a difference, but maybe in a few years it will all be cached somehow, I am browsing it and playing the albums.

idk what the naming conventions are for music art with exception of what is said on wiki Thumbnails#Music_Thumbnails (wiki) and FanArt#Music_FanArt_in_XBMC (wiki) and even though I would like to know and define the naming for artists front covers back covers etc and update the wiki I cannot, because noone either knows or the ones that know arent talking to me.

User 34959 · 2014-03-10, 18:35

Milhouse · 2014-03-10, 18:59

@Zippy79: Working on a fix.

@uNiversal: Best thing to do is look at what artwork is being used for your album thumbnails, "jd albums", then take it from there. If the thumbnails are not your Folder.jpg file then it's a scraper/naming issue; if they are Folder.jpg but these artwork items are not being cached then it's a caching issue (either with the script or xbmc, or both). By all means upload a logfile from texturecache.py when you run "c albums" and I'll take a look.

un1versal · (This post was last modified: 2014-03-10, 19:32 by un1versal.)

The thumbs accroding to jd albums - are the folder.jpg, its consistently folder.jpg or Folder.jpg but it doesnt show for all albums in either lib/files views, Ill grab a log, at this stage when next running c albums. thx

un1versal · 2014-03-10, 20:16

Milhouse see pm for info requested.

Milhouse · (This post was last modified: 2014-03-10, 20:30 by Milhouse.)

@uNiversal: Thanks for the log. I've only checked a few items, but it does appear that, according to the media library entries, your Folder.jpg artwork is assigned as the thumbnails for your albums, and this artwork has been cached in Textures13.db, so if you are not seeing the correct Folder.jpg album thumbnails appearing in the XBMC GUI it's either an XBMC bug, or by design (after the tvshow/season banner discussion in your Season artwork trac issue I'm loathe to call any behaviour of XBMC an outright bug given my limited understanding of XBMC!)

It would be interesting to know what artwork is being shown when the correct (Folder.jpg) artwork is not used - do you see just a blank image, or a completely different image? If the latter, can you tell which image (which url/path) it is that is being shown? Also, check xbmc.log when browsing your albums and check if there are any cache-related errors.

Milhouse · 2014-03-10, 21:08

@Zippy79: Can you see if v1.5.7 fixes the issue. Thanks for reporting.

un1versal · 2014-03-11, 01:03

(2014-03-10, 20:29)MilhouseVH Wrote: @uNiversal: Thanks for the log. I've only checked a few items, but it does appear that, according to the media library entries, your Folder.jpg artwork is assigned as the thumbnails for your albums, and this artwork has been cached in Textures13.db, so if you are not seeing the correct Folder.jpg album thumbnails appearing in the XBMC GUI it's either an XBMC bug, or by design (after the tvshow/season banner discussion in your Season artwork trac issue I'm loathe to call any behaviour of XBMC an outright bug given my limited understanding of XBMC!)

It would be interesting to know what artwork is being shown when the correct (Folder.jpg) artwork is not used - do you see just a blank image, or a completely different image? If the latter, can you tell which image (which url/path) it is that is being shown? Also, check xbmc.log when browsing your albums and check if there are any cache-related errors.

The artwork being show is.... yea you guess it Blue default catch all folder in files view, or the lovely speaker/musical note icon in library view.

There's more Im afraid, and it extends to 1) album info when browsing the thumb (for these where cached art is not being shown) the current assigned art is when highlighted IS the blue folder but when 2) moving straight down it that same entry changes to what should be (old old bug noticed this ages ago and still)
It gets better, in these will not display anything of the fodler.jpg or cached art,3) after doing the manoeuvre (1-2) above and not selecting anything at all, 4) going then full out 5) back into album, now songs show that thumb and then come out and the thing is as it should be.

I have some screenshots but Ill save it for the other bug report which will be another piece meal before its addressed.

Milhouse · 2014-03-11, 01:55

@uNi: Not really sure, probably one for jmarshall to answer! A dedicated thread with steps to reproduce might be an idea, and might catch his attention.

un1versal · 2014-03-11, 02:48

Ya there will be one, fingers crossed right? one more to get ignored.

Zippy79 · (This post was last modified: 2014-03-11, 04:07 by Zippy79.)

Hi MilhouseVH, it appears that 1.5.7 does indeed fix the issue. Thanks very much for such a quick response and thanks for the great utility.

un1versal · (This post was last modified: 2014-03-11, 13:56 by un1versal.)

Milhouse

http://trac.xbmc.org/ticket/14986 was closed, unsurprisingly, clearly artwork shortcomings are not a bug Wink

hahahaha and also opened up a thread about the album art inconsistency and issues see http://forum.xbmc.org/showthread.php?tid=188831

Milhouse · 2014-03-14, 04:39

texturecache.py (Version 1.5.8)

Chg: Only FAIL artwork during QA if the artwork exists locally so that the failed artwork will be replaced by the local artwork when removing and re-scraping during qax, otherwise the missing/invalid artwork will only be flagged as WARN. This new behaviour is intended to prevent the unnecessary removal and re-scraping of items (movies, episodes) due to failed artwork that is unlikely to be rescraped correctly once the item has been removed.

Disable this new default behaviour with qa.fail.checkexists=no to re-instate pre-v1.5.8 behaviour, in which case any artwork item that fails QA (either because it is not present in the media library, or the url fails due to a qa.fail.urls pattern) will trigger a rescrape during qax even if the artwork doesn't exist locally which may result in artwork not being re-scraped at all, or the invalid artwork simply being reloaded thus rendering the remove & rescrape a waste of time.

Standard artwork naming conventions supported for movies (poster, fanart, clearart, clearlogo, discart etc., with/without movie-name prefix) and tvshow episodes (<episodename>-thumb.jpg).

un1versal · 2014-03-14, 11:12

hey, Milhouse, congrats on that new release, sounds great that.

I found out the reason for the art not showing up, its xbmc bug.