[RELEASE] Aeon Nox 2.0 (deprecated) - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33) +--- Forum: Skins Support (https://forum.kodi.tv/forumdisplay.php?fid=67) +---- Forum: Aeon Nox: Silvo (https://forum.kodi.tv/forumdisplay.php?fid=142) +---- Thread: [RELEASE] Aeon Nox 2.0 (deprecated) (/showthread.php?tid=89151) 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
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
|
- BigNoid - 2011-09-29 Raytestrak Wrote:Nope. One file per serie/movie. The folder is removed by the artwork organizer script prior to copying the current fanart, so that's not it. The fanart shortcut in the home window customizer for videos, music and playlists points to the profile thumbnail folder, not the artwork script folders. - Raytestrak - 2011-09-29 Big_Noid Wrote:The fanart shortcut in the home window customizer for videos, music and playlists points to the thumbnail folder, not the artwork script folders. I know, that's why I'm using the multi image setting and it's pointing to the folders created by the artwork organizer addon. That should be okay, but I'm noticing the strange behavior described in my previous posts. It's showing images not located in the folders specified in the skin settings. - BigNoid - 2011-09-29 That is strange, especially if you remove thumbnails folder and then have no images. That's why i thought you used the fanart shortcut. It really should only look in the folder specified. - Martijn - 2011-09-29 Raytestrak Wrote:Nope. One file per serie/movie. The folder is removed by the artwork organizer script prior to copying the current fanart, so that's not it. Well there's your problem. Yes it's very confusing but trust me. The 'old fanart still exist in the thumbnails folder even if you have chosen a new fanart. Emptying that thumbnails folder doesn't help because like you noticed that folder is filled up again from the textures.db This way even the 'old fanart'gets back in even if you don't see it when navigating in xbmc. So everytime the script is run both fanart will be copied in your custom folder. Realy trust me on this. I have tried this extensively.' Options: -Edit the textures.db to remove the image -Delete textures.db so it gets rebuild. (be carefull though) -Each time after the script is run check the output folder - Raytestrak - 2011-09-29 Big_Noid Wrote:That is strange, especially if you remove thumbnails folder and then have no images. That's why i thought you used the fanart shortcut. Maybe it's a "feature" introduced in the nightlies, there are some other nice new additions, like (for me) black and white fanarts don't stretch correctly but that's another issue. I'm testing now and it really works like I said. I remove the cache and I get black screens. If I look at the timeframe, I'd say that a "black" image is followed by a cached image. Edit: Some time has passed now, and there's an order in rebuilding. I have three multi image locations set. Anime, Movies, TV Shows. It looks like the caching and the rebuilding is done alphabetically. Don't know if it of any use to anybody, but I like sharing @Machine-Sanctum. I don't mean to be 'eigenwijs' The folder set as multi image location REALLY only contains the fanart I see when navigating movies and series. They are stored with normal names so it's easy to check them. And like I said, removing the cache folders screws up the fanart shown in the home menu. This proves to me that the skin doesn't use the the folder you specify, but the images in the cache folders. - ronx - 2011-09-29 first of all, love this skin! you guys are doing some great work here. i just noticed today that when i navigate to the Music section, my CPU usage spikes to >= 100% and stays there until the screensaver kicks in. what could possibly be happening when i'm looking at a static list of files (i don't use Library mode often)? any ideas? - BigNoid - 2011-09-29 ronx Wrote:first of all, love this skin! you guys are doing some great work here. Please first check if this is skin specific, ie see if it happens in confluence also. - ronx - 2011-09-29 Big_Noid Wrote:Please first check if this is skin specific, ie see if it happens in confluence also. sorry, meant to mention that... i did test with confluence and was maxing around 30% cpu usage, compared to constant > 100% with aeon nox. cpu usage here at all is confusing to me since there doesn't seem to be anything "happening" just sitting there at a static file list. - BigNoid - 2011-09-29 Okay, maybe you have the background effect enabled (the smoke like effect). That is known to cause high cpu usage. Other than that I have no idea. - ronx - 2011-09-29 Big_Noid Wrote:Okay, maybe you have the background effect enabled (the smoke like effect). That is known to cause high cpu usage. Other than that I have no idea. i don't have any of the following enabled: Enable animated backgrounds, Enable background effect, Enable background effect on panels, or any other skin-specific options that seem like they might be cpu intensive. can anyone think of anything else that might be causing this cpu usage? - Martijn - 2011-09-29 ronx Wrote:i don't have any of the following enabled: Enable animated backgrounds, Enable background effect, Enable background effect on panels, or any other skin-specific options that seem like they might be cpu intensive. Could you post a debug log using pastebin.com? Maybe something in it that explains it. - ronx - 2011-09-29 Machine-Sanctum Wrote:Could you post a debug log using pastebin.com? http://pastebin.com/FsnFytfb looks like a bunch of "Error parsing label" messages throughout the log. Not sure if that has anything to do with the cpu usage, but probably still noteworthy. btw - using SVN 1317126473 - Martijn - 2011-09-29 ronx Wrote:http://pastebin.com/7CPQerwb Well that was easy (hopefully) You have a very new build which has some 'faulty' new code. Check this: https://github.com/xbmc/xbmc/commit/28100535df0ea25215fccacb58aa8ee9546b15b5#comments Revert to an older build and wait until it's fixed. - ronx - 2011-09-29 Machine-Sanctum Wrote:Well that was easy (hopefully) ah, that explains why i didn't see those errors this morning when i was generating a debug log for a different reason. but i first noticed the cpu usage last night before i updated to this latest xbmc revision. so while those errors are annoying, they don't seem to be the cause of the cpu spike. nice catch on that one, though... we can rule that out as the cpu cause - Martijn - 2011-09-29 Maybe a log without the annoying errors would be great. Makes it a bit more easy to read. |