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) - Devil-Strike - 2018-08-28 @Milhouse so you say hevc in Netflix should works? tried allot of time to get hevc(Apollo lake should work) under Netflix working but it just hangs when I try to start a serie, not that this is a big problem because h264 works just fine. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-08-28 (2018-08-28, 20:18)Devil-Strike Wrote: @Milhouse so you say hevc in Netflix should works? tried allot of time to get hevc(Apollo lake should work) under Netflix working but it just hangs when I try to start a serie, not that this is a big problem because h264 works just fine. No, I'm not saying 4K HEVC should work - I'm only saying 4K HEVC doesn't work for me as the CPU software decode is too much for my i5 Skylake. I only see 100% activity on 1 core (and eventually 95C temps that result in CPU throttling) when trying to play a 4K HEVC stream, so even a more powerful i7/i9 CPU may struggle but perhaps with adequate cooling and if you wait long enough you might see a few frames. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-08-28 Weekly Linux 4.19-rc1 build #0827x: Generic Packages disabled/not included: Known issues:
The out-of-tree Realtek WiFi drivers have been patched to work with this kernel - confirmation the changes are correct would be nice. VC-1 videos play back at 1fps with the nvidia-legacy driver - not sure about the other nvidia driver, which has had to be patched (Intel NUC VC-1 playback is fine). Some BIOS messages appear early in the console before the splash. Possibly some IO (network) issues too, ie. low perf (maybe that explains the VC-1 issue). Early days... Edit: It looks like VC-1 playback is fine - the problem with my Revo 3700 is that after a suspend and then resume the network comes up at 10Mb/s half duplex (should be 1Gb/s Full, as it is on first boot) hence the stutter during playback. My NUC doesn't have this problem. Hopefully it will be fixed in a later rc... RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-08-28 New LibreELEC.tv Leia build #0828: Generic (Supercedes previous build) SHA256 Checksum: 99d6ec4130e762cc4127d5b2b5c7879cdf2f7f62f73f78d86a166fceb312216c (Generic)
Based on tip of LibreELEC.tv master (a588776, changelog) and tip of XBMC master (702c2eb, changelog) with the following modifications:
RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - phunkyfish - 2018-08-29 (2018-08-27, 14:53)phunkyfish Wrote:(2018-08-25, 19:19)fritsch Wrote:I used advancedsettings to enable debug without the overlay. If I switch on debug logging in the GUI it adds an overlay which mitigates it.(2018-08-25, 16:23)phunkyfish Wrote: Hah, I can’t believe that was it. Thanks Fritsch! @fritsch did this help? Need anything else? RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - dr88dr88 - 2018-08-29 (2018-08-28, 15:16)HiassofT Wrote:Below the requested new logs on a non functional build with all my other input devices disconnected:(2018-08-28, 15:01)dr88dr88 Wrote:(2018-08-25, 20:16)HiassofT Wrote: Could you please post the outputs ofBelow is the requested output: http://ix.io/1luL http://ix.io/1luM http://ix.io/1luN RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - basco - 2018-08-29 (2018-08-28, 20:44)Milhouse Wrote:Does this have something to do with inputstream.adaptive not being multi thread capable? If so, who should we talk to to make it use all the cpu cores? thanks(2018-08-28, 20:18)Devil-Strike Wrote: @Milhouse so you say hevc in Netflix should works? tried allot of time to get hevc(Apollo lake should work) under Netflix working but it just hangs when I try to start a serie, not that this is a big problem because h264 works just fine. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-08-29 (2018-08-29, 14:52)basco Wrote:(2018-08-28, 20:44)Milhouse Wrote:Does this have something to do with inputstream.adaptive not being multi thread capable? If so, who should we talk to to make it use all the cpu cores? thanks(2018-08-28, 20:18)Devil-Strike Wrote: @Milhouse so you say hevc in Netflix should works? tried allot of time to get hevc(Apollo lake should work) under Netflix working but it just hangs when I try to start a serie, not that this is a big problem because h264 works just fine. That, or it's the widevine library that is single threaded. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - fritsch - 2018-08-29 (2018-08-29, 06:55)phunkyfish Wrote:I did not have the time to look. Busy private life at the moment. Will try over the weekend but cannot promise anything. Thanks for the information!(2018-08-27, 14:53)phunkyfish Wrote:(2018-08-25, 19:19)fritsch Wrote: Could you please play it again a bit longer with 3840x2160 with debug loggin enabled? Then after 2 minutes press some button on the keyboard and enable the OSD? We want to understand what happens, e.g. what is stuck / too slow.I used advancedsettings to enable debug without the overlay. If I switch on debug logging in the GUI it adds an overlay which mitigates it. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Pienoet - 2018-08-29 @Milhouse is it possible to add experimental splash video for RPi on my nuc? I like the new splah video on my rpi3b+ I wonder if this is possible to do this on my nuc? Thanks! RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-08-30 (2018-08-29, 23:36)Pienoet Wrote: @Milhouse is it possible to add experimental splash video for RPi on my nuc? It's possible, yes, but it won't be easy. That's why it remains an "experimental" (ie. just-for-fun) feature on the RPi and is unlikely to be merged as it's not something that can be supported by all other LibreELEC projects (x86_64, Amlogic, Rockchip, and unknown future hardware/devices etc.). The thing is that the RPi has always had a very simple OMX-based h264 video player available with GPU acceleration, and in order to add splash video support for x86_64 we'd need a very simply hardware accelerated h264 video player too. When you consider that we'd need to support all the various x86_64 video drivers plus video APIs (Intel/AMD VAAPI, as well as Nvidia/AMD VDPAU etc.) AND either framebuffer or x11/Wayland window managers it's no longer a simple task (and unlikely to be a 223 line programme as it is for RPi!) And then we'd need the same kind of "simple hardware accelerated video player" for all of the Rockchip and Amlogic devices, and any other devices we may support in future, and I've no idea if that's possible for the current devices let alone future devices (I suspect it's not possible). And decoding the video in software isn't really an option as the idea is that the splash video is played "for free" while Kodi loads - software decode would steal cycles from the CPU which is working hard to bring up the rest of the LibreELEC OS and finally the Kodi application. Besides, on x86_64 LE and Kodi typically starts so quickly that a splash video would significantly slow down the startup process. The startup video is 14 seconds long and a typical RPi3+ (with fast SD card) takes about 11-12 seconds for Kodi to get to the point where it is ready to display the Kodi splash or - if the kodi splash is disabled - the Kodi GUI. Kodi will wait for the splash video to play out before showing the Kodi splash image or Kodi GUI, and on an RPi3+ the splash video will delay the appearance of the Kodi splash/GUI by up to 2 seconds. An RPi3 will be slower, and there is unlikely to be any delay to Kodi resulting from the video as Kodi will not be ready before the video ends (what you'll have is a period of black screen between the video ending and the Kodi splash/GUI appearing). With RPi2, RPi1 and RPi0 the period between video ending and Kodi splash/GUI appearing will be even longer. With x86_64, adding a splash video would mean that Kodi is now always delayed by several seconds waiting for the video to end as Kodi generally starts so much more quickly than even an RPi3+ - on my i5 Skylake NUC with nvme, the Kodi splash image is never seen (even though it is enabled) as it is replaced by the Kodi GUI almost instantly, which itself only appears _after_ my computer monitor has finished changing refresh rate! There has been discussion about adding splash video support to Kodi (by which I mean that someone has asked "wouldn't it be nice if we could do this" and other people said "yes"), which would work on all platforms, but this isn't ideal (IMHO) as now there will be a long delay while the OS loads (where nothing happens - just the LibreELEC splash image), then the Kodi application loads, and instead of displaying the GUI it plays a video for several seconds, only to THEN display the Kodi GUI. Perhaps on RPi we could use the OS splash video support which interleaves the splash video playback with Kodi startup, but on all other systems we use the "native" Kodi splash video feature. But as of right now, Kodi splash video support is not even on the horizon. tl;dr: I added the RPi splash video for a couple of reasons - it was easy to do, and there is time to kill while waiting for Kodi to load on slower ARM systems. Neither reason is true for x86_64, nor is the first reason likely to be true for other non-RPi systems. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-08-30 New LibreELEC.tv Leia build #0829: Generic (Supercedes previous build) SHA256 Checksum: ae29aa4edbed6b66e613aec21d8831cf95e7263b8487a10aca80713043bbd1d2 (Generic)
Based on tip of LibreELEC.tv master (6f6f5e7, changelog) and tip of XBMC master (99a8371, changelog) with the following modifications:
RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - phunkyfish - 2018-08-30 (2018-08-29, 20:59)fritsch Wrote:(2018-08-29, 06:55)phunkyfish Wrote:I did not have the time to look. Busy private life at the moment. Will try over the weekend but cannot promise anything. Thanks for the information!(2018-08-27, 14:53)phunkyfish Wrote: I used advancedsettings to enable debug without the overlay. If I switch on debug logging in the GUI it adds an overlay which mitigates it. Just let me know whenever suits. Now that I’m aware of this I’ve noticed it happens a lot more than I thought. Low res videos show it more than ones that are close to 1080. Every time the overlay removes the problem. The overlay also works to fix the issue when using the Amazon and Netflix addons even though those streams are 720/1080p. Also confirmed on a j5005 as well as N5000. Happy to provide any debug logs you need. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-08-30 New LibreELEC.tv Leia build #0830: Generic (Supercedes previous build) SHA256 Checksum: d6c96dec39dc59be66f1559ecddab896d9528788779b30ea80b0430424b85a80 (Generic)
Based on tip of LibreELEC.tv master (9bcfef4, changelog) and tip of XBMC master (af7276c, changelog) with the following modifications:
RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - TimoJ - 2018-08-31 (2018-08-26, 09:42)TimoJ Wrote: Kodi still has this weird bug: if I go to Movies/Titles and scroll the list with key pressed down, scrollspeed is too fast, looks like it goes double the speed than it should. But when I go to TV Shows/Titles and scroll the list, speed is normal. Using just keyboard to test this. Same problem also if I go to my movies folder via Videos/Files. And again it's only movies folder that has this effect. Changing view type has no effect to this.Anyone? I slowed down keyboard repeat rate to have better understanding of what is happening. Looks like the movie list starts to jump in pages soon after curson up/down key is pressed down. So there is no way to move cursor just few lines with cursor key pressed down, you always have to single tap the key or repeat kicks in and page jumping starts Where does this buggy function come from? And why only movie list is effected? Still, inside movies set listing this works correctly. |