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) - Milhouse - 2018-10-28 (2018-10-28, 12:19)fritsch Wrote: Yes - we could just exit gracefully to desktop.Not sure how that might work in LibreELEC (as we restart Kodi if it fails to start). Could probably implement something, assuming Kodi doesn't crash on exit (which it typically does these days, even on shutdown/restart ie. "graceful" exit). RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-10-28 (2018-10-28, 10:09)winux Wrote: All builds #1021 to present end up having a black screen but are updating fine. Can you boot into #1026 then run: and confirm if Kodi is now starting with visible GUI? Please upload your kodi.log after restarting kodi. Also run journalctl -a | pastebinit and post the link.If you reboot the GLX setting will be lost, so you'll need to add it to /storage/.config/autostart.sh RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - winux - 2018-10-28 (2018-10-28, 16:43)Milhouse Wrote:(2018-10-28, 10:09)winux Wrote: All builds #1021 to present end up having a black screen but are updating fine. will test/do that as soon as i'm back home. but it will take a couple of hours. thx for your help guys! Quote:@fritschi know that, but my oldish hardware still works fine. it's like a déjà vu bug that happens every october, just in a different disguise we went through all this ova here: https://forum.kodi.tv/showthread.php?tid=333227&pid=2747682#pid2747682 at the end it still worked with GL_VERSION = 1.4 till last week. it can't do 4k and such but it's still fine to watch 720p youtube streams + it ran kodi/xbmc for more than a decade if i remember right =) RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - HeresJohnny - 2018-10-28 Keeping old hardware is no shame. But it then begs the question why you don't keep the old software that matches the old hardware. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - fritsch - 2018-10-28 OpenGL lower than 2.0 was not supported anymore more than a year ago, it worked by chance. If you want the GL 1.4 path working and supported to match your free choice, namely to keep 14 year old hardware, contribute and FIX that path and maintain it. Btw. the change from last week misses a fallback ... but this does not mean at all that we support GL 1.4 even when it starts working again after that. Also see kodi's wiki for that. ERROR: Failed to open savestate file - SuperSheep81 - 2018-10-28 Hello, When having the Milhouse build running, Kodi hangs when a game is started. In the logfile there is a error about a savestate file that isn't there. Couldn't find info on the forum though. So, Here is the log file: https://paste.kodi.tv/owusahojuc.kodi Hope someone can give some support on this. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - whocarez1 - 2018-10-28 (2018-10-27, 22:20)Milhouse Wrote:(2018-10-27, 21:22)whocarez1 Wrote: I experience a lot of slowness when browsing and starting playback from SMB-shares, from release #1023 and onwards. Just opening a share can take up to a minute and videos just buffer for 90 seconds or so and are unplayable. I think this release was the first one with kernel 4.19? I think this kernel has som major changes for CIFS, but I am really unsure if that is the problem. I have tested playback from both Samba 4.5.12 on Debian 9.3 and from Windows 7 shares, with the same results. Anoyone having similar issues?smb:// or OS mounted shares? Just tried #1027 with the same results. Here is a debug log: https://www.dropbox.com/s/nlm8d7ggk0ltt4h/01_KODI_1027.log?dl=0 Oh yeah, those are smb:// shares. Tried to remove all of them just in case, and added back again. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - winux - 2018-10-29 (2018-10-28, 16:43)Milhouse Wrote:ok i just tried it. no success though. kodi still starts with a black screen, so no ui visible.(2018-10-28, 10:09)winux Wrote: All builds #1021 to present end up having a black screen but are updating fine. funny thing is everytime i trigger "systemctl restart kodi" the entry KODI_GL_INTERFACE=GLX gets removed from /run/libreelec/kodi.conf dunno if thats supposed to be like that. here is the kodi.log: https://del.dog/kodi281018_log and the pastebin: http://ix.io/1qki p.s. i also tried adding it to /storage/.config/autostart.sh (the file didn't exist so i created it, made no difference though. @HeresJohnny fair question. well i'm doing that. my xbox1 is still running xbmc and it's fine. but nowadays it's more like a xbox music center, since it can't play modern content anymore. same goes with krypton. i totally would stay on krypton but i cannot even watch youtube on it anymore. since youtube needs dash and inputstream.adaptive for most vids. also modern stream services like netflix also don't work on the older versions anymore. but i can stay on #1019 for now. works fine.. @fritsch hehe, thx for you help man. i like your humor and i totally understand that it makes no sense to keep my ancient hardware compatible. i promise i will buy new hardware soon but i can't afford it at the moment. i will wait for hdmi 2.1 devices, whats your opinion on these https://androidtvbox.eu/functional-comparison-of-amlogic-s905x-s905y2-and-s905x2/ S905X2 devices? is < 2ghz enough for a supersmooth ui? RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-10-29 (2018-10-28, 23:41)whocarez1 Wrote: Just tried #1027 with the same results. Here is a debug log: https://www.dropbox.com/s/nlm8d7ggk0ltt4h/01_KODI_1027.log?dl=0 Oh yeah, those are smb:// shares. Tried to remove all of them just in case, and added back again. smb:// uses the Samba library so shouldn't be significantly affected by the kernel, and certainly not any kernel CIFS changes. You can try bisecting the 4.19-rc releases: https://github.com/LibreELEC/LibreELEC.tv/pull/2937 There were eight 4.19-rc releases, so try 4.19-rc1 and see if that has the same smb:// issue - if not, continue with 4.19-rc2 etc. The only difference between the rc releases and the matching 4.18.y build is the kernel (plus some updated Realtek drivers). If none of the rc releases have the smb:// performance issue then we can probably rule out the kernel, although I don't see anything else in #1023 which might be responsible for smb:// performance issues. Are you using wired or wifi? If it's Wifi, are you sure it's not a new neighbour etc. knackering your Wifi performance? Measure your Wifi performance. Are you using a Realtek driver, if so maybe the changes for 4.19 need some tweaking. I use these builds on i5 Skylake NUC with 5GHz wifi and Revo 3700 with wired 1GBps Ethernet, and I've tested smb:// to Windows 7 (SMB3) and I'm not seeing any performance degradation since #1023. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-10-29 (2018-10-29, 00:05)winux Wrote: funny thing is everytime i trigger "systemctl restart kodi" the entry KODI_GL_INTERFACE=GLX gets removed from /run/libreelec/kodi.conf dunno if thats supposed to be like that. Crap! Sorry, my bad. The instructions should have been:
I gave you the wrong file name - it should have been the debug/kodi.conf file. Can you quickly try that again? RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-10-29 New LibreELEC.tv Leia build #1028: Generic (Supercedes previous build) SHA256 Checksum: e844fc74b90015b70d8e8588544be134b6e6c9b6e9b7b08bbb57ad5f06bcb56d (Generic)
Based on tip of LibreELEC.tv master (01f20a4, changelog) and tip of XBMC master (f237c7e, changelog) with the following modifications:
RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-10-29 (2018-10-29, 00:05)winux Wrote: funny thing is everytime i trigger "systemctl restart kodi" the entry KODI_GL_INTERFACE=GLX gets removed from /run/libreelec/kodi.conf dunno if thats supposed to be like that. Also, once you've confirmed that the KODI_GL_INTERFACE=GLX workaround is working with #1026 (or #1027, I'm losing track of time...), you can try #1028 which implements the egl fallback (dropped in #1021) which should make the KODI_GL_INTERFACE=GLX workaround unnecessary (so undo any changes you've made).Can you test #1028 without KODI_GL_INTERFACE=GLX and confirm if that is now working, thanks! Assuming the outcome is positive the change will be pushed to Kodi, however your 14-year old GPU is a dead man walking and is unlikely to continue working with Kodi 19... maybe time for an upgrade to a Raspberry Pi?
RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - winux - 2018-10-29 (2018-10-29, 00:13)Milhouse Wrote:(2018-10-29, 00:05)winux Wrote: funny thing is everytime i trigger "systemctl restart kodi" the entry KODI_GL_INTERFACE=GLX gets removed from /run/libreelec/kodi.conf dunno if thats supposed to be like that. No worries. You are the man! i got picture =) Is it christmas yet? I totally wanna give you a cookie kodi.log: https://del.dog/kodi291018_log pastebin: http://ix.io/1qkB autostart.sh also works now =) RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-10-29 (2018-10-29, 00:47)winux Wrote: autostart.sh also works now =) Great! Now remove the KODI_GL_INTERFACE=GLX workaround and boot #1028 - it should work right out of the box.
RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - winux - 2018-10-29 (2018-10-29, 00:50)Milhouse Wrote:(2018-10-29, 00:47)winux Wrote: autostart.sh also works now =) Quote:Can you test #1028 without I removed the autostart.sh and updated to #1028. i saw the libreelec boot screen and after that as soon as it booted into the ui it went black again. so no it's not working out of the box with #1028. I added the autostart.sh again, rebooted, got picture and it's working fine. Last time i tried kodi on a pi was more than a year ago and i didn't like the video quality on it. maybe things changed but the 720p video quality on that 14 year old machine still looked way better than the same video on the pi. I also think that at least 2,4ghz is needed to get a buttersmooth ui in kodi. it was really slow and laggy on the pi back then when i tried. maybe things changed but i guess i will wait for hdmi 2.1 devices. what do you guys think about these new s905x2 socs, the specs look nice except the clock speed < 2ghz.? |