v18 LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33) +--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111) +---- Forum: Linux (https://forum.kodi.tv/forumdisplay.php?fid=52) +---- Thread: v18 LibreELEC Testbuilds for x86_64 (Kodi 18.0) (/showthread.php?tid=298462) 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
|
RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - fritsch - 2018-05-21 (2018-05-20, 18:54)TimoJ Wrote:We found the issue. Expect a PR today - something like that:(2018-05-20, 18:35)fritsch Wrote: That makes sense, depending on your original input: I hope you tested with a picture. With kodi set to Full - the original value should come out - means if you have a full range RGB grey ramp: Black is 0. If your Black is already 16 - then it's clear that it gets 20 when you additionally enable Use Limited. Cause the 16 in full range is a dark grey, so in Limited it needs to be 20, cause if it was 16 there as well the original dark grey would now be black -> not what we want.It was a full range picture, you can get it from here: https://www.cs.cmu.edu/afs/cs/project/sensor-9/ftp/images/stills/mono/TV_TEST/fdmg1024.gif Code: diff --git a/xbmc/guilib/GUITextureGL.cpp b/xbmc/guilib/GUITextureGL.cpp And btw. you were right with the brighter vs. darker, stay tuned - and thx for your help. Highly appreciated. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - bobrik73 - 2018-05-21 Not work "Play next video automatically". http://ix.io/1aWN After the file is completed, no video file is launched before the reboot. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - TimoJ - 2018-05-21 (2018-05-21, 10:32)fritsch Wrote:OK, and thank you!(2018-05-20, 18:54)TimoJ Wrote:We found the issue. Expect a PR today - something like that:(2018-05-20, 18:35)fritsch Wrote: That makes sense, depending on your original input: I hope you tested with a picture. With kodi set to Full - the original value should come out - means if you have a full range RGB grey ramp: Black is 0. If your Black is already 16 - then it's clear that it gets 20 when you additionally enable Use Limited. Cause the 16 in full range is a dark grey, so in Limited it needs to be 20, cause if it was 16 there as well the original dark grey would now be black -> not what we want.It was a full range picture, you can get it from here: https://www.cs.cmu.edu/afs/cs/project/sensor-9/ftp/images/stills/mono/TV_TEST/fdmg1024.gif RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Aenima99x - 2018-05-21 (2018-05-21, 11:36)bobrik73 Wrote: Not work "Play next video automatically". http://ix.io/1aWNYes, same issue here. If additional logs are needed, I'll upload mine also. @Milhouse RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - TimoJ - 2018-05-21 (2018-05-20, 00:48)username145 Wrote: Also noticed that anytime I seek forwards/backwards during playback, the screen will go black for a split-second, I think to display the buffering overlay. This is a little jarring, especially when it happens on locally stored files, maybe it should only appear after some small delay?I also have this same problem when I skip or switch to play from FF. Black flash after each skip. Not sure when it started, I was using #0504 before and it didn't have this problem. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - fritsch - 2018-05-21 (2018-05-21, 14:38)TimoJ Wrote:For nvidia this is known. VDPAU is on its way into the grave. Currently no developer owns nvidia GPU anymore and therefore no on is working on it. Hopefully it's reproducable with AMD + VDPAU - else it looks bad.(2018-05-20, 00:48)username145 Wrote: Also noticed that anytime I seek forwards/backwards during playback, the screen will go black for a split-second, I think to display the buffering overlay. This is a little jarring, especially when it happens on locally stored files, maybe it should only appear after some small delay?I also have this same problem when I skip or switch to play from FF. Black flash after each skip. Not sure when it started, I was using #0504 before and it didn't have this problem. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - TimoJ - 2018-05-21 (2018-05-21, 14:41)fritsch Wrote:Yes, Nvidia had very long black pauses. But I'm now using Intel Haswell and it has these short black flashes.(2018-05-21, 14:38)TimoJ Wrote:For nvidia this is known. VDPAU is on its way into the grave. Currently no developer owns nvidia GPU anymore and therefore no on is working on it. Hopefully it's reproducable with AMD + VDPAU - else it looks bad.(2018-05-20, 00:48)username145 Wrote: Also noticed that anytime I seek forwards/backwards during playback, the screen will go black for a split-second, I think to display the buffering overlay. This is a little jarring, especially when it happens on locally stored files, maybe it should only appear after some small delay?I also have this same problem when I skip or switch to play from FF. Black flash after each skip. Not sure when it started, I was using #0504 before and it didn't have this problem. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - username145 - 2018-05-21 (2018-05-21, 14:45)TimoJ Wrote:(2018-05-21, 14:41)fritsch Wrote:Yes, Nvidia had very long black pauses. But I'm now using Intel Haswell and it has these short black flashes.(2018-05-21, 14:38)TimoJ Wrote: I also have this same problem when I skip or switch to play from FF. Black flash after each skip. Not sure when it started, I was using #0504 before and it didn't have this problem.For nvidia this is known. VDPAU is on its way into the grave. Currently no developer owns nvidia GPU anymore and therefore no on is working on it. Hopefully it's reproducable with AMD + VDPAU - else it looks bad. Yep, Intel NUC here. I think it's just a case of buffering animation/overlay/progress bar being too trigger-happy RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - username145 - 2018-05-21 (2018-05-19, 15:05)username145 Wrote:(2018-05-17, 08:24)Milhouse Wrote: For the ROMs, can you test build #0430 and confirm if that also crashes? It's probably another out-of-date add-on, but Kodi really shouldn't crash... Any insight on this one Milhouse? Can anyone else reproduce this? RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - zehner - 2018-05-21 Extended Info crashes Kodi in the latest Milhouse build. Since the latest changes for addon caching it was not possible to play a trailer in the extended info view, playing a trailer restarted KODI (not LibreELEC). That was annoying, but at least the info window opened. Today I've updated to the latest version and now, if I open Extended Info, the window doesn't open, I can only see a spinning wheel for minutes. Only a shutdown with my remote is working, there is no chance to go back to KODI with exit or back button Debug-Log https://pastebin.com/dc05nnWL RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-05-21 (2018-05-21, 14:27)Aenima99x Wrote:(2018-05-21, 11:36)bobrik73 Wrote: Not work "Play next video automatically". http://ix.io/1aWNYes, same issue here. If additional logs are needed, I'll upload mine also. @Milhouse We believe this is caused by PR13721, the Std Thread change - try #0508 (without PR13721) and see if that is any better, then try #0509. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-05-22 New LibreELEC.tv Leia build #0521: Generic (Supercedes previous build) SHA256 Checksum: f13a28d32cbcf231e00450f678dc1be9b97f49b2de1e270e17cfdda7e5e7d409 (Generic)
Based on tip of LibreELEC.tv master (1626fdb, changelog) and tip of XBMC master (19eb19e, changelog) with the following modifications:
RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - TimoJ - 2018-05-22 (2018-05-22, 02:11)Milhouse Wrote: Fixed for Limited Range (PR:13912, 4 commits, 5 files changed) This doesn't work, looks the same as before. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - fritsch - 2018-05-22 (2018-05-22, 17:47)TimoJ Wrote:(2018-05-22, 02:11)Milhouse Wrote: Fixed for Limited Range (PR:13912, 4 commits, 5 files changed) Odd. For me now the gui properly gets lighter when I enable "Limited" and gets darker when I disable it. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-05-22 (2018-05-22, 22:24)fritsch Wrote:(2018-05-22, 17:47)TimoJ Wrote:(2018-05-22, 02:11)Milhouse Wrote: Fixed for Limited Range (PR:13912, 4 commits, 5 files changed) With this new change the GUI becomes fractionally *darker* when I enable "limited" (16-235). I've tested on both a Skylake NUC (over HDMI into computer monitor) and a Revo3700/ION2 into Onkyo AVR & Philips TV, and they behave the same - the GUI becomes very slightly darker once 16-235 is enabled. Without the most recent change, switching between 0-255 and 16-235 gave a much more pronounced difference on both systems. But now, with this current implementation, the change in brightness level is so subtle it can't possibly be working correctly. |