[RELEASE] Texture Cache Maintenance utility - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33) +--- Forum: Supplementary Tools for Kodi (https://forum.kodi.tv/forumdisplay.php?fid=116) +--- Thread: [RELEASE] Texture Cache Maintenance utility (/showthread.php?tid=158373) Pages:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
|
RE: [RELEASE] Texture Cache Maintenance utility - Milhouse - 2014-05-19 Even -L isn't working properly on OpenELEC so maybe the redirection support in curl 7.36.0 is a bit "broken". At least the direct url works. RE: [RELEASE] Texture Cache Maintenance utility - k1lla1nvan1lla - 2014-05-19 yes for sure it works with the direct link. you just only forget at the first page the "e" in texturecache.py hope you know what i mean RE: [RELEASE] Texture Cache Maintenance utility - rbusenet - 2014-05-20 Yeah, formatting my card solved the problem. But it wasn't just the format... I had been formatting before but I remembered that I had raspberrypi problems before on a gaming distro which was really finicky if you didn't format the card with "all zeros" option. Did that and this solved the problem as well. Random! Re: RE: [RELEASE] Texture Cache Maintenance utility - Milhouse - 2014-05-20 (2014-05-19, 23:35)k1lla1nvan1lla Wrote: yes for sure it works with the direct link. you just only forget at the first page the "e" in texturecache.py Thanks, fixed. (2014-05-20, 05:20)rbusenet Wrote: Yeah, formatting my card solved the problem. But it wasn't just the format... I had been formatting before but I remembered that I had raspberrypi problems before on a gaming distro which was really finicky if you didn't format the card with "all zeros" option. Did that and this solved the problem as well. Random! Excellent - let's hope it holds itself together! RE: [RELEASE] Texture Cache Maintenance utility - Milhouse - 2014-05-24 texturecache.py (Version 1.6.1)
RE: [RELEASE] Texture Cache Maintenance utility - ddk1 - 2014-05-27 Fab script thankyou. Cleaned up my messed up cache thanks to some upgrades/downgrades etc. Here is another feature that would suit your script nicely if you would consider. I display all movies with view=Media Info, which means show fanart. Some movies don't have any fanart so no picture shows. Yet the movie may well have a thumbnail and poster. Ideally xbmc would coerce one of those to the job, but given it doesn't, perhaps a feature of your script would be to find movies with missing fanart, and copy the listed thumbnail or poster as fanart and mark it so in the db. I appreciate there may be size rules so some resizing or cropping may be required. Great work, thanks RE: [RELEASE] Texture Cache Maintenance utility - Milhouse - 2014-05-27 That's probably not something I'm going to add any time soon, as there are addons (eg. Artwork Downloader) that can do a much better job of "filling in" missing artwork. You can at least run qa to detect which movies have missing artwork, and either manually copy in replacement artwork, or use a media manager (Ember, etc.) to find suitable artwork. I also think that using posters as fanart would look pretty fuggly... RE: [RELEASE] Texture Cache Maintenance utility - TheGrudge - 2014-05-28 I can not use this script, it never downloads anything. Am I missing something? It always tells me: error downloading file (404)... I call it like this: Code: ./texturecache.py c Example output in the logfile: Quote:2014-05-28 01:48:58.455191:Thread-2 : Failed to download image URL [/image/image%3a%2f%2f%252fhome%252fandi%252f.xbmc%252faddons%252fskin.amber%252ficon.png%2f], status [404], attempts remaining [1] RE: [RELEASE] Texture Cache Maintenance utility - Milhouse - 2014-05-28 It's XBMC that is failing to download the files, not the script. Have a look in your xbmc.log for errors and try to understand why XBMC can't access those files. For instance, do the files that XBMC can't download actually exist and are they accessible? In your example, do these files actually exist? Code: /home/andi/.xbmc/addons/skin.amber/icon.png The script only tries to access these files via XBMC, and when XBMC fails to find the files, the script reports an error. RE: [RELEASE] Texture Cache Maintenance utility - TheGrudge - 2014-05-28 Yes they are accessible. If I delete the Textures13.db and thumbnails folder, all icons are cached again when I browse through XBMC manually. I'll check the XBMC logs later... RE: [RELEASE] Texture Cache Maintenance utility - TheGrudge - 2014-05-28 Running XBMC with debug error logging doesn't seem to reveal anything, I get only those entries: Quote:22:21:31 T:140127021676288 DEBUG: webserver: request received for /image/image%3a%2f%2f%252fhome%252fandi%252f.xbmc%252faddons%252fskin.amber%252ficon.png%2f Downloading from within XBMC (manually selecting items) works, but with the script it does not. Do I need to change a config value for the script to make it work? RE: [RELEASE] Texture Cache Maintenance utility - Milhouse - 2014-05-28 Shouldn't have to. Try enabling verbose logging of curl requests in xbmc. RE: [RELEASE] Texture Cache Maintenance utility - TheGrudge - 2014-05-28 Verbose logging for Curl gives no additional output, I also activates JSON verbose logging, but nothing special here, too: Quote:22:33:22 T:139708625573632 DEBUG: webserver: request received for /image/image%3a%2f%2f%252fhome%252fandi%252f.xbmc%252faddons%252fmetadata.themoviedb.org%252ficon.png%2f No match when searching for the word "curl" in the log file RE: [RELEASE] Texture Cache Maintenance utility - Milhouse - 2014-05-28 I can't remember the exact wording, which may have changed in Helix (which I'm running), but it's something like "Enable component-specific logging" and then within that option you enable "Verbose logging for CURL library (http, dav)". It will be very obvious once you have it enabled. Is it just these two addon icons that aren't caching? I wonder if it's the recently introduced Gotham "security" feature as XBMC now tends to allow access only to files that are "within" a source, although I'm able to cache /usr/share artwork without any problems, and I'd expect .xbmc/addons to be accessible. RE: [RELEASE] Texture Cache Maintenance utility - TheGrudge - 2014-05-28 Nothing is caching, no movies, artists, albums... yes I found the option but it is not logged. Is curl used for caching local fanart, too? Because most of my textures are either pulled directly out of mp3 files or from local fanart in the folders. Ok some movie fanart will be pulled via HTTP, I checked the art table in the database. Now I have some output in the logifle: Quote:22:45:41 T:139709170837248 DEBUG: Curl:ebug - HEADER_OUT: HEAD /t/p/original/LXNMeisGBRDMERehjNQDnz9qKI.jpg HTTP/1.1 Seems to be ok... |