2014-03-11, 13:29
Edit
see post #6 for reason why below doesnt work http://forum.xbmc.org/showthread.php?tid...pid1651632
I havent called this a but because well who knows what it is really?
There are both folder.jpg corresponding to all albums and also music has been tagged properly to great pains lengths using musicbrainz and even attached the folder jpg to the all albums, its a mix of flac and mp3
The artwork being displayed for the ones that refuse?! to show the art is.... Blue default catch all folder in files view, or the if you happen to be in Library you get the speaker/musical note icon displaying instead.
This inconsistency extends to:
Issue 1
Composite screenshot of before and after steps 1-6 file and library view
And steps 1-2 when browsing for thumb.
Issue 2
I also tried to assign art to some really stubborn ones like bon jovi Gold > Album info > GET THUMB > Browse > *ITEM Folder and selected the Folder.jpg and that results in absolutely nothing.
The quote above is of discussion with Milhouse who was assisting me to determine if my folder.jpg was being cached or not and turns out it is but something funky happening via logging ./texturecacche.py c albums and jd albums.
The art is cached in textures13.db for folder.jpg but irrespective not all albums get a cover no matter how long/browse or no browse,play or not play. + it exists in for, of folder.jpg in every albium and also embedded into albums.
Debug log http://pastebin.com/pQFpYhT0
Something odd happening quite a few of these dotted around
There was another bug reported which was similar in nature of the list > choose art quirkiness> which was closed as invalid tbh I think it exposes the problem rather well for reference only Im posting link to that here not for any other reason.http://trac.xbmc.org/ticket/14986
see post #6 for reason why below doesnt work http://forum.xbmc.org/showthread.php?tid...pid1651632
I havent called this a but because well who knows what it is really?
There are both folder.jpg corresponding to all albums and also music has been tagged properly to great pains lengths using musicbrainz and even attached the folder jpg to the all albums, its a mix of flac and mp3
The artwork being displayed for the ones that refuse?! to show the art is.... Blue default catch all folder in files view, or the if you happen to be in Library you get the speaker/musical note icon displaying instead.
This inconsistency extends to:
Issue 1
- Album info > browse the thumb (for these where cached art is not being shown in library) the top entry current assigned art when highlighted IS the blue folder but when
- Moving down highlighting next entry the 1st entry changes to what it should be (old "bug" noticed this ages ago)
- It gets better, for these items that will not display anything of the folder.jpg or cached art.
- It gets better, for these items that will not display anything of the folder.jpg or cached art.
- After doing the manoeuvre (1-2) above and not selecting anything at all
- (just press back) at this stage albums still has no cover.
- Go now back into album, now songs show the thumb which is the folder.jpg and then
- (just press back) and the album (1 in 3 albums) shown correct art now..
Composite screenshot of before and after steps 1-6 file and library view
And steps 1-2 when browsing for thumb.
Issue 2
I also tried to assign art to some really stubborn ones like bon jovi Gold > Album info > GET THUMB > Browse > *ITEM Folder and selected the Folder.jpg and that results in absolutely nothing.
(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 quote above is of discussion with Milhouse who was assisting me to determine if my folder.jpg was being cached or not and turns out it is but something funky happening via logging ./texturecacche.py c albums and jd albums.
The art is cached in textures13.db for folder.jpg but irrespective not all albums get a cover no matter how long/browse or no browse,play or not play. + it exists in for, of folder.jpg in every albium and also embedded into albums.
Debug log http://pastebin.com/pQFpYhT0
Something odd happening quite a few of these dotted around
Code:
11:05:52 T:140637512779648 WARNING: Create - Unsupported protocol(image) in image://Browse/
11:05:52 T:140637512779648 ERROR: Exists - Error checking for image://Browse/
There was another bug reported which was similar in nature of the list > choose art quirkiness> which was closed as invalid tbh I think it exposes the problem rather well for reference only Im posting link to that here not for any other reason.http://trac.xbmc.org/ticket/14986