2015-03-05, 21:11
(2015-03-05, 20:25)capfuturo Wrote: @DruTheFu: Your scenario is not just a single machine and therefore requires a bit more of understanding of what do you really need to do and how are you currently doing it.
Symlinks in an exported NFS share are tricky. Kodi would likely undo a symlink it sees via an nfs:// source to its native path. A symlink for a local folder to a mounted folder would work well instead, however you already have a MySQL and path susbtitution in place, so I believe Symlink are neither appropiate nor needed anymore here. When you have several boxes running Kodi, the recommended way is not to share databases but to use a MySQL database and have each XBMC machine refer to that database. You are already doing so, and I don't see how your internal Fire TV storage is being filled up, if you have set a path substitution for your local thumbnails to an external source already. Have you set up the right xml for this specific substitution?
Thanks for the reply.
From looking in my file system, with my path substitution in place for my "\userdata\Thumbnails", there is no longer a \Thumbnails directory within the "\userdata" directory, instead referencing a NFS share mount on my Windows 8.1 machine. Investigating the file and ditrectory structure on the AFTV and finding where I'm losing valuable storage space, what I did notice is that within the "\userdata\addon_data\script.artwork.downloader\temp" directory, this specific directory is filling up fast, and scanning about half of my video library has produced over 2.57GB of data. I wouldn't really mind this amount of data and correlating storage space requirement if it were saving remotely to my NFS share with plenty of free space, but the very limited amount of storage space on the AFTV will max out all internal storage on the AFTV device.
Looking in the "downloadreport.txt" file, it reads:
Quote:Artwork Downloader:This doesn't seem right to me, as I have a pretty big collection of video files in my library that have been successfully scraped for info, and seeing that the AD folder houses a fairly large sized "\temp" directory.
- Time of finish: 04 March 2015 - 22:26
Downloaded:
- Total Artwork: 0
Failed items:
- No failed or missing items found
Please correct me if I'm wrong, but I was under the impression that the Artwork Downloader addon does not download actual artwork files, but instead downloads/injects the correlating URL for the various artwork types into the local Db, in my case my network attached MySQL implementation. So I would imagine that my MySQL Db would be the file growing in size instead of any Db/directory on the Fire TV itself.
My advancedsettings.xml file is:
Code:
<advancedsettings>
<videodatabase>
<type>mysql</type>
<host>192.168.79.100</host>
<port>3306</port>
<user>kodi</user>
<pass>kodi</pass>
</videodatabase>
<musicdatabase>
<type>mysql</type>
<host>192.168.79.100</host>
<port>3306</port>
<user>kodi</user>
<pass>kodi</pass>
</musicdatabase>
<videolibrary>
<importwatchedstate>true</importwatchedstate>
<importresumepoint>true</importresumepoint>
</videolibrary>
<pathsubstitution>
<substitute>
<from>/storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/userdata/Thumbnails/</from>
<to>nfs://192.168.79.100/AmazonFireTV/Thumbnails/KodiMain/</to>
</substitute>
</pathsubstitution>
</advancedsettings>
With the above config, I would assume that the artwork files and url's would be stored remotely on the NFS share....that is unless I didn't configure something right or am wrong in my assumptions, which wouldn't surprise me at this point .
I'm almost getting to the point of going scorched Earth and starting over from clean install and re-scrapping. That would be drastic measures and a decent amount of time spent....
Any recommendations, comments, and/or constructive criticism welcomed.
Thanks for everyones' time.