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) - HiassofT - 2018-05-04 (2018-05-03, 20:46)blob810 Wrote: Here are my settings and a debug log.What kind of remote(s)/remote receiver(s) are you using? I see 2 lines relating to power buttons in the log, first from a keyboard(-like) device: Code: 20:40:18.558 T:140444541241472 DEBUG: Keyboard: scancode: 0x7c, sym: 0x0140, unicode: 0x0000, modifier: 0x0 and then about a second later another one from a remote that has been picked up by eventlircd: Code: 20:40:19.838 T:140444530267904 DEBUG: LIRC: - NEW 74 0 KEY_POWER devinput (KEY_POWER) What exactly did you do when you created the log? I have no idea how a second power button press on a different input could be generated more than a second later by anything on the system. For remote receivers that are not run through eventlircd (which are a couple of RF, BT and a few odd IR remote receivers) and are seen by kodi as "keyboards" getting the shutdown menu is expected behaviour since the systemd-logiind change. Before the systemd change your PC would unconditionally just shut down, after it kodi handles the power event - and the default action there for "keyboard-like" remotes (and with the eventlircd change also the PC's power button) is to display the shutdown menu. The default action for the power button events received by kodi from (lirc) remotes differs, it's doesn't display the menu but just shuts down. Don't ask me why the default is different. So, except for the mysterious second power button event everything looks like it should be, if you don't like the shutdown menu just configure kodi to not show it. Create a .kodi/userdata/keymaps/keyboard.xml with the following contents: Code: <keymap> so long, Hias RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - blob810 - 2018-05-04 Hi HiassofT, thanks for your fast reply. in the log file I only pressed the power button once. As IR-Sensor I have a "Nanu SE-IR Infrared RC6". My Remote is a Harmony 650 configured as Microsoft HTPC. I tried the solution with the keymap.xml from your post. This is working for me. Now my HTPC is shutting immediately down when I press the power button on the Logitech harmony. My question is why you change the behavior when pressing the power button on the remote. Because before the PR it was already working, without a keymap file. thank you RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - HiassofT - 2018-05-04 (2018-05-04, 15:26)blob810 Wrote: My question is why you change the behavior when pressing the power button on the remote. Because before the PR it was already working, without a keymap file.I didn't change the behaviour of the power key, the kodi default is to show the shutdown menu. Previous versions had a bug that would unconditionally shutdown your system when you press the power button and prevented kodi from reacting on it at all. So people coudn't get to the shutdown menu at all and kodi couldn't initiate a graceful shutdown as it should. so long, Hias RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Nekromantik - 2018-05-04 (2018-05-04, 01:15)Milhouse Wrote:Will try that thanks(2018-05-02, 19:42)Nekromantik Wrote: @Milhouse did you get chance to look at my crash log? RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - blob810 - 2018-05-04 (2018-04-29, 20:27)Milhouse Wrote:I recompiled the add-on with the updated FFmpeg 4, and its working now. Thank you.(2018-04-29, 19:32)blob810 Wrote: After update to build #0425 my makemkv addon-script doesn´t work anymore. With build #0424 everything is fine. In the debug log it says only that the bluray is aacs protected and playback doesn´t start. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-05-05 New LibreELEC.tv Leia build #0504: Generic (Supercedes previous build) SHA256 Checksum: d49d421a8e27b30ec6353dd5b6e1b6617be95835ce8b6f991c2d133a65433d20 (Generic)
Based on tip of LibreELEC.tv master (8463ee0, changelog) and tip of XBMC master (74ebeb3, changelog) with the following modifications:
RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - anand_patel18 - 2018-05-05 I've been reading the forums for last day and trying to understand the current state of intel linux drives and if the current kernel versions support 4k HDR yet? Is it looking likely that we will be getting HDR for x86 libreelec? I just bought an apollo lake box for 4k HDR but didn't realise it's not really supported yet. If it's not likely to be supported in LE9 then I might just get a AMlogic S912 device or something. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-05-05 Netflix users: You will need the latest version of the plugin.video.netflix add-on from Github as this version solves the recent login issues, and also the freezing issue introduced after the Busy Dialog changes in #0502. Specifically, you will need a version that includes at least this this commit. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-05-05 (2018-05-05, 12:28)anand_patel18 Wrote: I've been reading the forums for last day and trying to understand the current state of intel linux drives and if the current kernel versions support 4k HDR yet? Is it looking likely that we will be getting HDR for x86 libreelec? I just bought an apollo lake box for 4k HDR but didn't realise it's not really supported yet. If it's not likely to be supported in LE9 then I might just get a AMlogic S912 device or something. The Linux kernel doesn't currently support HDR. HDR support needs to be implemented at every step of the rendering chain - from Kodi to ffmpeg to mesa/graphics drivers and eventually the kernel etc. Once all of that is done it will be supported by LibreELEC and other Linux-based distributions. Be careful with AMLogic as (at the time of writing) it doesn't actually support "true" HDR - AMLogic implements an 8bit-to-10bit conversion which is not HDR and in terms of visuals it doesn't compare to true HDR. Simply outputting everything at BT2020/4:4:4/10-bit (which is what AMLogic does) doesn't mean it is "true" HDR and indeed some receivers/displays object to being fed this type of fudged signal. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-05-05 New LibreELEC.tv Leia build #0505: Generic (Supercedes previous build) SHA256 Checksum: 99e49ea7a3440365c73e0e228f5473c54654d8ce9cd49df5d91c48ecd4f28a02 (Generic)
Based on tip of LibreELEC.tv master (8463ee0, changelog) and tip of XBMC master (78af1d6, changelog) with the following modifications:
RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - anand_patel18 - 2018-05-06 (2018-05-05, 22:53)Milhouse Wrote:Thanks for response.(2018-05-05, 12:28)anand_patel18 Wrote: I've been reading the forums for last day and trying to understand the current state of intel linux drives and if the current kernel versions support 4k HDR yet? Is it looking likely that we will be getting HDR for x86 libreelec? I just bought an apollo lake box for 4k HDR but didn't realise it's not really supported yet. If it's not likely to be supported in LE9 then I might just get a AMlogic S912 device or something. In terms of the rendering chain, what has been implemented for necessary requirements for HDR. Kodi (18 Yes) to ffmpeg (yes? no?) to mesa drivers (yes? no?) and kernel (no). Thanks that's good to know about AMlogic. So they dont actually do true HDR, isn't that a bit misleading on all the threads that recommend it? Is there a source I can read more about AMLogic converting 8bit-to-10bit conversion. My intel setup is currently perfect except HDR and auto switching, when going from 1080p in UI to 2160p Video back to 1080p in UI, the video signal is lost and have to unplug HDMI in and out to get picture back. Hopefully that is fixed in LE9. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-05-06 (2018-05-06, 01:36)anand_patel18 Wrote: Thanks for response. Your first question: Not my part of the ship, really. It's been mentioned several times on this forum that Linux doesn't support HDR. I'm not sure when it will. It also depends on the hardware, as pre-Apollo Lake hardware isn't capable of HDR, and there continue to be question marks about Apollo Lake and even later hardware. I suspect most of the threads punting AMLogic as supporting HDR aren't aware of how AMLogic currently does it (and have done it badly). Sure, it looks better (or at least different) than SDR, but it's not true HDR. You'll need to find an AMLogic developer that is knee deep in the AMLogic kernel, I'd suggest looking at what OSMC are doing or asking on their forum as they're trying to do it right but it's a work-in-progress (@Sam.Nazarko if you want to chip in here, feel free!) Your Intel bug: I don't know if it will be fixed in LE9, you might need a mainline kernel which isn't currently targeted for use in LE9. RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Sam.Nazarko - 2018-05-06 Thanks for the ping Milhouse. AMLogic HDR is broken overall, but it works in OSMC on the Vero 4K. We continue to improve it and work on some of the corner cases. Currently, you need to manually enable HDR. Our autoswitching detection is hit and miss, but we're aware of this and fixing this up. I'm aware that another distribution is using some of our fixes; but they're not implementing them on the kernel side as well (just Kodi) which is resulting in some bad reports. In the interest of transparency, we don't pass MaxCLL / MaxFall at this time however. When I tested passing these values through, I could not notice a difference on many displays, including the highly acclaimed LG OLED B7s. Happy to go in to more detail if you have questions. Sam RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - wesk05 - 2018-05-06 (2018-05-06, 03:42)Sam.Nazarko Wrote: In the interest of transparency, we don't pass MaxCLL / MaxFall at this time however. When I tested passing these values through, I could not notice a difference on many displays, including the highly acclaimed LG OLED B7s.How did you verify that the MaxCLL/MaxFALL values were indeed present in the static HDR metadata of the output signal? RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - wesk05 - 2018-05-06 (2018-05-05, 22:53)Milhouse Wrote: Be careful with AMLogic as (at the time of writing) it doesn't actually support "true" HDR - AMLogic implements an 8bit-to-10bit conversion which is not HDR and in terms of visuals it doesn't compare to true HDR.I thought this didn't apply to the S912 SoC. |