Hey @
Karellen,
I sorted out the smb errors. I moved my entire library from one NAS to another. Took ages. The errors are remnants of the old location.
Some of the errors regarding images were an image slideshow screensaver that had an old DIR for pics. That was fixed. I also had a DIR for subtitle files (from the old days) that was invalid since the media move. So that's been fixed as well.
I took some queues from another thread regarding optimizations for the MariaDB server and added those. But my main concern is that it takes about 10 seconds for thumbs to show up when you go to the movies page. So I started going down the texturecache.py path again.
It appears to me that the majority of poster and fanart images are not being cached in the system.
'texturecache.py jd movies' > Returns an XML list of the art associated with objects. My results are a mixed bag. Some are local resources -probably from prior to v18 as they refer to poster.jpg. Some are URLs
Code:
"art": {
"fanart": "image://smb://192.168.200.88/dvr/Flicks/Zog and the Flying Doctors (2021) 779611-tt11301374/fanart.jpg/",
"icon": "image://DefaultVideo.png/",
"poster": "image://smb://192.168.200.88/dvr/Flicks/Zog and the Flying Doctors (2021) 779611-tt11301374/poster.jpg/",
"set.poster": "image://https://image.tmdb.org/t/p/original/mf4ycHg8wBs5vfJB4W01gqvhYXg.jpg/",
"thumb": "image://video@smb://192.168.200.88/dvr/Flicks/Zog and the Flying Doctors (2021) 779611-tt11301374/Zog and the Flying Doctors (2021) HDTV-1080p - tt11301374 - h265 AAC.mp4/"
},
"file": "smb://192.168.200.88/dvr/Flicks/Zog and the Flying Doctors (2021) 779611-tt11301374/Zog and the Flying Doctors (2021) HDTV-1080p - tt11301374 - h265 AAC.mp4",
"label": "Zog and the Flying Doctors",
"movieid": 15211,
"title": "Zog and the Flying Doctors"
},
{
"art": {
"fanart": "image://smb://192.168.200.88/dvr/Flicks/Zone 414 (2021) 675319-tt8545482/fanart.jpg/",
"icon": "image://DefaultVideo.png/",
"poster": "image://smb://192.168.200.88/dvr/Flicks/Zone 414 (2021) 675319-tt8545482/poster.jpg/",
"thumb": "image://video@smb://192.168.200.88/dvr/Flicks/Zone 414 (2021) 675319-tt8545482/Zone 414 (2021) HDTV-1080p - tt8545482 - h265 AAC.mp4/"
},
"file": "smb://192.168.200.88/dvr/Flicks/Zone 414 (2021) 675319-tt8545482/Zone 414 (2021) HDTV-1080p - tt8545482 - h265 AAC.mp4",
"label": "Zone 414",
"movieid": 17249,
"title": "Zone 414"
},
{
"art": {
"fanart": "image://smb://192.168.200.88/dvr/Flicks/Zoo Wars (2018) 531165-tt7575410/fanart.jpg/",
"icon": "image://DefaultVideo.png/",
"poster": "image://smb://192.168.200.88/dvr/Flicks/Zoo Wars (2018) 531165-tt7575410/poster.jpg/",
"set.poster": "image://https://image.tmdb.org/t/p/original/7eCg1JOtvEv0Nu46LqiUgE1gajK.jpg/",
"thumb": "image://video@smb://192.168.200.88/dvr/Flicks/Zoo Wars (2018) 531165-tt7575410/Zoo Wars (2018) HDTV-1080p - tt7575410 - x264 AAC.mp4/"
},
"file": "smb://192.168.200.88/dvr/Flicks/Zoo Wars (2018) 531165-tt7575410/Zoo Wars (2018) HDTV-1080p - tt7575410 - x264 AAC.mp4",
"label": "Zoo Wars",
"movieid": 17250,
"title": "Zoo Wars"
},
I've since learned that Milhouse has left the texturecache.py project, so it's not getting updated or maintained anymore.
@
Klojum, has there been any discussion on revisiting the database approach that Kodi is using? There seem to be some common problems that users are facing that could use some attention. That is what brought TextureCache into existence.
Looking at my MariaDB instance, there are multiple entries in the advisor that I think could be implemented in Kodi to enhance the performance. As well, the textures13.db being individual for each instance of Kodi on a network introduces sync problems between the heads since you're not supposed to sync that DB file automatically. I have ideas, maybe they are wrong as I don't have the full scope of how Kodi does its magic.
I don't mean to bash the Kodi team at all. I am extremely grateful for all the hard work that everyone has put in to build this platform! I just want to help make it better in the only ways I know how. With feedback and examples of problems.
