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) - YinYang - 2018-08-26 ok I will first play his newest bulid and then again log the log if the problem is still there. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - YinYang - 2018-08-26 Still sound misfires during video playback with the current build here my logs I hope that my sound interruption will be fixed soon, because so my mini-PC for Libreelec is worthless to me. With Windows 10 I have no audio dropouts, so I think that the hardware has no defect but it must be under Linux. Crash log System log Here again the log what my manufacturer has changed in my zotac zbox on a bios update. Version 2K180626 - Updated ME / TXE for Intel Vulnerability fix - Updated Intel CPU microcode patch for "Spectre" issue - Fixed HDCP2.2 for 4K UHD Bluray Disk Playback issue - Fixed Win7-UEFI mode boot issue - Updated DMI content for match with SKU RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - UrushibaraRuka - 2018-08-26 (2018-08-25, 05:54)Milhouse Wrote:(2018-08-25, 01:52)UrushibaraRuka Wrote: As far as I understand it we don't get the 1080p and higher streams anymore because of the DRM Amazon and the like use and that it partially has to do with OpenGL.I'm pretty sure that OpenGL or Vulcan has nothing to do with Netflix/Amazon DRM limitations, as you can already view 1080p Netflix/Amazon streams with OpenGL today. The most common limitation is that of your CPU as the Netflix/Amazon DRM streams need to be software decoded - a weak CPU may only manage 720p, and stutter with 1080p or higher. Sorry for the late reply @Milhouse It's not that I don't get 1080p streams on Amazon at all, some TV Shows such as Lucifer are delivered in 1080p, I'm just not sure if it's done with the software decoder (in which case my CPU is enough for it) or hardware decoded (in which case Amazon has a very inconsistent implementation of their DRM). But Movies such as "The Dark Knight" are only delivered in sub 720p (9XX x 5XX). It worked in 1080p hardware some (long) time ago but then Amazon decided to change the DRM and now most Movies and even some TV Shows are delivered in sub 720p. In the German addon thread for the Amazon VOD addon it was explained like this: The server gets a request for a Movie, the server asks if the device is able to conform with the DRM (trusted memory so the content can't be copied) and if the answer is "no" the server only deliveres the next highest stream below 720p (which is usually the mentioned 9XX x 5XX). Now to my understanding, Vulkan 1.1 adds this "trusted memory" to prevent copying the content thus making the ask of the server a "yes" which would enable 1080p with the hardware decoder again. And just to clarify, my inputstream is set like in your screenshot and my display is running at 1080p as well (also tried the ignore display resolution and still only got the mentioned 9XX x 5XX streams on most Movies). I also got the same result on my Ryzen 1600X system running at 3,9GHz all core. For bandwidth, everything is connected with a 400Mbps connection (1Gbps LAN), so there is also no issue here. Thanks again for your clarification. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-08-26 (2018-08-26, 19:38)UrushibaraRuka Wrote: Thanks again for your clarification. No idea really - this is best answered by @peak3 (inputstream.adaptive maintainer), or @fernetmenta/@fritsch/@lrusak (Kodi graphics guys), or some combination. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-08-27 New LibreELEC.tv Leia build #0826: Generic (Supercedes previous build) SHA256 Checksum: 70a59dc7e4036aed382d8c31d02c1cc6fae8c9e46cb5e7ec07040eb04d895454 (Generic)
Based on tip of LibreELEC.tv master (6476bcf, changelog) and tip of XBMC master (4e198a9, changelog) with the following modifications:
RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - lwrcase - 2018-08-27 (2018-08-25, 19:19)fritsch Wrote:i don't mean to hijack this post but would this have anything to do with my issue? there was a fix back in July that for some reason seems to have regressed in the newer builds. i personally tested fix releases and its bottling my mind.(2018-08-25, 16:23)phunkyfish Wrote:(2018-08-25, 10:40)fritsch Wrote: There is no xvid video playing in your log, but 720x404 video playing at 3840x2160@60 hz. Does it also stutter if you change the resolution before hand to 1920x1080? RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - fritsch - 2018-08-27 (2018-08-27, 04:38)lwrcase Wrote:Can you reproduce and provide logfiles?(2018-08-25, 19:19)fritsch Wrote:i don't mean to hijack this post but would this have anything to do with my issue? there was a fix back in July that for some reason seems to have regressed in the newer builds. i personally tested fix releases and its bottling my mind.(2018-08-25, 16:23)phunkyfish Wrote: Hah, I can’t believe that was it. Thanks Fritsch! RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - phunkyfish - 2018-08-27 (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:(2018-08-25, 10:40)fritsch Wrote: There is no xvid video playing in your log, but 720x404 video playing at 3840x2160@60 hz. Does it also stutter if you change the resolution before hand to 1920x1080? Here you go: http://ix.io/1llE I would be interested to learn why the overlay makes a difference. I see similar behaviour with netflix and amazon addons regardless of setting 1920/1080 resolution in GUI. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - phunkyfish - 2018-08-27 (2018-08-25, 23:10)dapharsyde Wrote:(2018-08-25, 22:59)ksooo Wrote: Which pvr add-on?Thanks for the pointer - I will try to contact @janbar and see if he can update the plugin. Would all plugins need this? I use VU+ and the problem is the same. Worked one version and not the next. LibreELEC Testbuilds for x86_64 (Kodi 18.0) - ksooo - 2018-08-27 (2018-08-27, 18:38)phunkyfish Wrote:(2018-08-25, 23:10)dapharsyde Wrote:(2018-08-25, 22:59)ksooo Wrote: Which pvr add-on?Thanks for the pointer - I will try to contact @janbar and see if he can update the plugin. Every pvr add-on that wants to provide time shifting needs to implement this, yes. And no, it never worked with vuplus add-on - at least not reliably. This lies in the nature of the add-on to just hand Kodi a url to an http iptv stream. Have you ever tried to pause a stream over a longer time, let's say longer than 60 seconds? Have you ever tried to seek in a stream? I doubt that this ever worked, because technically it can't work without the add-on buffering the stream data. For Leia, we recently removed some nasty hacks and now it works like it should - namely no more non functioning pause and seek controls for those add-ons. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-08-27 New LibreELEC.tv Leia build #0827: Generic (Supercedes previous build) SHA256 Checksum: c21166de2feb71ca29f5c7e58eacfd2d54e956a6914e6828d63e7ec3a6eb2296 (Generic)
Based on tip of LibreELEC.tv master (1f05ad3, changelog) and tip of XBMC master (c63b1a0, changelog) with the following modifications:
RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - phunkyfish - 2018-08-28 (2018-08-27, 18:51)ksooo Wrote:(2018-08-27, 18:38)phunkyfish Wrote:(2018-08-25, 23:10)dapharsyde Wrote: Thanks for the pointer - I will try to contact @janbar and see if he can update the plugin. Thank ksooo, then it looks like I’ll restart my efforts to add the buffering into the VU+ addon. I thought I had gotten it for free 😉 RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - YinYang - 2018-08-28 Did that help me with my tonproblem? https://bugzilla.redhat.com/attachment.cgi?id=1475389&action=edit [patch] Increase timeout in lspcon_wait_mode RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - dr88dr88 - 2018-08-28 (2018-08-25, 20:16)HiassofT Wrote:Below is the requested output:(2018-08-25, 11:13)dr88dr88 Wrote: My remote stopped working properly in version #0819 and higher.Could you please post the outputs of working version http://ix.io/1lr6 http://ix.io/1lr7 non working version http://ix.io/1lr8 http://ix.io/1lr9 RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - HiassofT - 2018-08-28 (2018-08-28, 15:01)dr88dr88 Wrote:(2018-08-25, 20:16)HiassofT Wrote:Below is the requested output:(2018-08-25, 11:13)dr88dr88 Wrote: My remote stopped working properly in version #0819 and higher.Could you please post the outputs of The output is a bit odd, you seem to have 2 air mice / remotes / wireless keyboards connected: SAGE SAGE AirMouse (USB Vendor=400c Product=107a) and FREEWAY TECHNOLOGY RFIC-MOUSE (USB Vendor=0c45 Product=5012). Could you connect only the problematic device so we know where to look at and post dmesg, cat /proc/bus/input/devices and in addition to that "lsusb" output on a non-working build? so long, Hias |