2014-07-01, 17:05
Cool No problem.. I updated from 1.6.4 to 1.6.6 successfully and everything is fine now cheers !
(2014-07-13, 05:36)gargamon Wrote: In all my cases the addons were installed correctly and had tha jpg's and png's in the proper location. The files in cache indicated in the "s tmz", etc queries did not exist. I simply copied the files (and renamed them) to the proper place in cache and full joy.
(2014-07-13, 05:36)gargamon Wrote: I would have thought that "addons c tmz" should have fixed this, but for sure "addons C tmz" would write the missing image file, but they did not.
(2014-07-13, 10:10)gargamon Wrote: Ok, here we go. I used raspbmc.browser instead of tmz to do my tests. Raspbmc.browser is in the same state tmz was before I "fixed" it. I saw nothing in the logs about that addon, but here they are:
http://pastebin.com/tTJVnEDQ
18:14:48 T:2903000128 DEBUG: webserver: request received for /jsonrpc
18:14:49 T:2821715008 DEBUG: Previous line repeats 3 times.
18:14:49 T:2821715008 INFO: JSONRPC Server: Disconnection detected
(2014-07-13, 12:48)gargamon Wrote: Interestingly enough, after my last test I decided to clean up the textures db and ran the "Xd" and "R" commands and then the browser icon magically appeared.
Are you sure the code checks if there is an actual file in the cache or only if the db says there is one?
(2014-07-13, 13:10)Milhouse Wrote:(2014-07-13, 12:48)gargamon Wrote: Interestingly enough, after my last test I decided to clean up the textures db and ran the "Xd" and "R" commands and then the browser icon magically appeared.
Are you sure the code checks if there is an actual file in the cache or only if the db says there is one?
The db is king. The caching code looks only at the db for a few reasons: 1) performance - hitting the filesystem would be very slow (plus, for remote users, there is no JSON API for that), 2) it's basically the same approach used by XBMC, and 3) the db is supposed to be correct!
However we do know from time to time that the db lies, which is when problems start - and that's why the Xd/R options exist to help recover from these problems and synchronise the db (Textures13.db) and filesystem (Thumbnails) once more.
Having a file in the Thumbnails folder that isn't referenced by the db - fixed by R - isn't generally a problem. When XBMC tries to display the artwork and fails to find a row in the db it will create a new db row and then overwrite the existing Thumbnails file. At worst it wastes a little file space but shouldn't ever result in any visual/display issues.
However a row in the db with no underlying Thumbnails file is a different matter entirely. In this case XBMC will find the row in the db, then look in the filesystem but fail to find the file, the net result being that no artwork is displayed (you'll see only the standard placeholders).
In theory XBMC should log an error when it can't find the file but as you've seen that doesn't always happen so it can be a very perplexing problem. The only way for XBMC to create the missing file is for the offending db row to be removed. Fortunately "Xd" will do this automatically.
Anyway, glad you got it sorted.