[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 - Gizmo81 - 2015-11-04 Thanks! I will try it! RE: [RELEASE] Texture Cache Maintenance utility - Orbi - 2015-11-04 (2015-11-03, 23:22)Milhouse Wrote:(2015-11-03, 21:01)Orbi Wrote: I cached my posters and fanart using the "c" option, but my discart, clearart are not being cached. I have tried looking for the answer in this thread, but I became none the wiser of it. I checked whether discart and clearart items are associated with my movies using your suggested command. The result is that only the fanart and poster are associated. However, discart and clearart are being shown when I browse the library. How do I associate these "exotic" types of art so that they would be cached by your utility? Thanks Milhouse! RE: [RELEASE] Texture Cache Maintenance utility - Milhouse - 2015-11-04 discart and clearart are being shown because some of your movies have discart/clearart associated with them, but not necessarily the movie you are viewing in the GUI. To associate discart, clearart etc. use the ArtworkDownloader add-on, or if you've got this artwork already stored locally then use the mklocal.py script available from the same repo as texturecache.py (in the tools folder). RE: [RELEASE] Texture Cache Maintenance utility - Timmons - 2015-11-08 Hello, Having issues running the utility. It will not cache the posters of my mysql install. Using c option with movies produces nothing but errors. | fanart | poster | thumb | TOTAL --------------+-------------+-------------+-------------+------------- Cached | - | - | - | 0 Deleted | - | - | - | 0 Duplicate | 19 | 7 | - | 26 Error | 7 | 1097 | - | 1104 Ignored | - | - | 181 | 181 Skipped | 3499 | 2777 | 8 | 6284 Undefined | - | - | - | 0 ====================================================================== TOTAL | 3525 | 3881 | 189 | 7595 Download Time | 00:00:05.26 | 00:00:26.21 | - | 00:00:31.02 RE: [RELEASE] Texture Cache Maintenance utility - Milhouse - 2015-11-08 @Timmons: there are 1104 errors, and these should have been listed in the output under the heading "The following items could not be downloaded:". If you're not seeing the 1104 items listed, then add @logfile=tc.log to your command line, upload tc.log to pastebin.com or similar and I'll take a look. RE: [RELEASE] Texture Cache Maintenance utility - lharms - 2015-11-08 Hello I am running version 2.1.8. I think I may have found a bug around line 1270. It is if newimdb is not None or attempt >= self.retry: newimdb = newimdb if newimdb.get("response", "False") == "True" else None break should it not be this? if newimdb is not None: # found something, return data if response is filled in correctly newimdb = newimdb if newimdb.get("response", "False") == "True" else None break if attempt >= self.retry: # retry exceeded return none newimdb = None break Basically it is trying to deference newimdb even though it never got filled in because it is exceeding the retry max? RE: [RELEASE] Texture Cache Maintenance utility - Milhouse - 2015-11-08 @lharms: Yep, thanks. Edit: Pushed 2.1.9. RE: [RELEASE] Texture Cache Maintenance utility - Timmons - 2015-11-08 (2015-11-08, 01:51)Milhouse Wrote: @Timmons: there are 1104 errors, and these should have been listed in the output under the heading "The following items could not be downloaded:". I do see that in the output but wondering why its having trouble with downloading them? I've put the partial log on http://pastebin.com/5NJBtUjf as it wouldn't let me paste the entire thing. Stacked movies, nfo always reported missing - Just-Me_A-User - 2015-11-08 In Version 2.1.9 If a movie is stacked, e.g "Skyfall part1.mp4" and "Skyfall part3.mp4" texturecache searches for ""Skyfall part1.nfo" AND "Skyfall part2.nfo" - if one is missing it reports "missing nfo". Correct would be either "Skyfall.nfo" (first) or (if this is not foung) "Skyfall part1.nfo" - see http://kodi.wiki/view/File_stacking#NFO_files_for_stacking. This is also valid for stacking with "-CDx" and so on. This is around 5018 "if nfo_file:" were you loop f about all files. There only the first filename (which IS the first stacked in either notation) should be tested against all the regexp here http://kodi.wiki/view/Advancedsettings.xml#moviestacking First successful match is then first tested with movie name (is the first capturing regexp group) and ".nfo" and then against file name with ".nfo" - fail if no match here, no need to check the other regexp. Sorry I cannot create a pull on this, I'm not so familiar with python. BTW really helpful your texturecache, Justin. RE: [RELEASE] Texture Cache Maintenance utility - Milhouse - 2015-11-09 @Just-Me_A-User: Thanks I've pushed update v2.2.0 which should help. However the stacking logic is pretty minimal and will fail in a whole bunch of other circumstances are I'm not going to even try to pick apart the singular correct filename from all the possible variations of stacked file names (eg. "Avatar (2009)[DVDRip].avi" from "Avatar (2009)[DVDRip][CDx].avi" or "Avatar (2009)[DVDRip] Part x.avi") which is needed to correctly QA artwork etc., so it's likely the script will continue to falsely report missing artwork for stacked files. RE: [RELEASE] Texture Cache Maintenance utility - Milhouse - 2015-11-09 (2015-11-08, 19:23)Timmons Wrote: I do see that in the output but wondering why its having trouble with downloading them? Probably because they're no longer accessible to the Kodi client. In the case of remote (internet) artwork the urls are probably no longer valid as the artwork has been removed from whatever site you originally scraped from. If the artwork is local, perhaps the Kodi client is unable to access the files (permission or path problems). (2015-11-08, 19:23)Timmons Wrote: I've put the partial log on http://pastebin.com/5NJBtUjf as it wouldn't let me paste the entire thing. Not enough log information. Cache just one of the movies that is giving you a problem, as this will produce a smaller log file. xbmclogs.com also allows fairly large log files. RE: [RELEASE] Texture Cache Maintenance utility - Just-Me_A-User - 2015-11-09 (2015-11-09, 01:32)Milhouse Wrote: However the stacking logic is pretty minimal and will fail in a whole bunch of other circumstances are ... Thank you, but I see no changes: "Avatar.nfo" is still reported missing for "Avatar part1.mp4" and "Avatar par3.mp4". RE: [RELEASE] Texture Cache Maintenance utility - Milhouse - 2015-11-10 (2015-11-09, 19:04)Just-Me_A-User Wrote: Thank you, but I see no changes: "Avatar.nfo" is still reported missing for "Avatar part1.mp4" and "Avatar par3.mp4". Hmm... yes, because all I have to work with are the stacked file names which don't match the nfo filename. OK, I've pushed v2.2.1 which has improved stacking/unstacking support and should now match artwork and nfo files against the "combined" filename (hopefully) - please test and let me know if you have any problems. If you do have a problem I'll need the output of "jd movies <moviename>" and the directory listing for <moviename> (or a logfile - just run it for one movie at a time). RE: [RELEASE] Texture Cache Maintenance utility - Just-Me_A-User - 2015-11-10 (2015-11-10, 02:36)Milhouse Wrote: Hmm... yes, because all I have to work with are the stacked file names which don't match the nfo filename. Thank you very much, I really appreciate this: texturecache now finds the nfo-files of all my stacked movies. Unfortunately it reports now every movie with "missing file", I've pasted the information for two as an example: http://goo.gl/fgak4G (hopefully sufficient for you). Thanks, Justin RE: [RELEASE] Texture Cache Maintenance utility - Milhouse - 2015-11-11 Hmmm... this is odd... it's not immediately obvious why either should be reporting the file as missing, as based on the data the script is correctly determining the file name in both cases, which makes me suspect the subsequent directory access is failing for some reason. Can you provide the log file when running qa for each of the two movies (ie. two log files) as I'd like to see the directory data kodi is returning when querying for the available files, as something must now be wrong here. Thanks. |