v18 LibreELEC Testbuilds for RaspberryPi (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: Raspberry Pi (https://forum.kodi.tv/forumdisplay.php?fid=166) +---- Thread: v18 LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) (/showthread.php?tid=298461) 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
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
|
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - 3DBuff - 2017-02-21 Milhouse, any chance of bringing the 3D tag back? It disappeared with version 2 of Estuary skin quite some time ago. I used to get 3D tag beside movie poster out of filename "... .3D.MVC.iso". The tag is gone and unless I play this movie the system will not update any tags from .iso file itself or filename. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - Milhouse - 2017-02-21 (2017-02-21, 03:03)3DBuff Wrote: Milhouse, any chance of bringing the 3D tag back? It disappeared with version 2 of Estuary skin quite some time ago. I used to get 3D tag beside movie poster out of filename "... .3D.MVC.iso". The tag is gone and unless I play this movie the system will not update any tags from .iso file itself or filename. I would suggest you open an issue here (as I know it's already been mentioned in the Estuary sub-forum feature request/bug threads), RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - bleep42 - 2017-02-21 (2017-02-18, 23:49)Milhouse Wrote: Edit: I should add that's on an RPi3 with moderate overclock: Hi Popcornmix, Milhouse & John, A question about overclocking for H.265. Obviously I have made arm_freq and sdram_freq as high as reasonable, without becoming unreliable. My undersanding is that core_freq influences memory access speed/bandwith, which is useful for H.265, however you are also using the GPU for decoding, so presumably that also needs to be as high as reasonable. However core_freq and gpu_freq may be set differently, in the ratio 3 to 2 (usually because the gpu won't clock as fast as the core), however I have seen several people, like Milhouse above, using the same frequency for both, whereas I tend to use as high an overclock for core as is reliable (best memory bandwith), then set gpu at 2/3 of that ie 564 & 376 (I realise there are restrictions on the devisors allowed) So my question is for H.265/HEVC is it better to get the core up as high as possible and so probably have to accept a slower gpu, as I currently do, or to set them both to the same, as high as reliable, as Milhouse example above, or is there basically nothing in it? Thanks for your time. Regards, Kevin. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - Lindar - 2017-02-21 Hi there, one stupid question. Would an option similar to audio-passthrough, but with HEVC/H.265-content make sense, so that -in my case- the TV could do the job? Thanks for answers and THANKS Milhouse/popcornmix!! RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - popcornmix - 2017-02-21 (2017-02-21, 14:34)bleep42 Wrote: Obviously I have made arm_freq and sdram_freq as high as reasonable, without becoming unreliable. gpu_freq isn't a specific clock but is a shorthand for setting core_freq, v3d_freq, h264_freq and isp_freq (if otherwise not set). These days there are separate PLLs for core_freq and the other 3. So core_freq can be set arbitrarily compared to v3d_freq/h264_freq/isp_freq. v3d_freq/h264_freq/isp_freq need to all be integer divisors of the PLL. The simplest option is to set them all the same. For HEVC, the sdram, arm, core and v3d are the important clocks (roughly in that order, but they are all significant). In Milhouse's config.txt the core_freq line is redundant (it defaults to gpu_freq if otherwise unspecified). But it would work perfectly fine with, say core_freq=513, as core_freq has its own PLL. However: gpu_freq=500 v3d_freq=513 wouldn't be satisfied exactly as v3d shares a PLL with h264/isp. I think you would get 513 for all 3 clocks. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - LeoD - 2017-02-21 Hi, I'm new to fiddling with test builds, I guess this is a suitable place place to report (#0220, #0219, and probably earlier): I can't delete entries from the Favourites menu (Estuary) because no context menu can be brought up for them. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - Milhouse - 2017-02-21 (2017-02-21, 20:42)LeoD Wrote: I can't delete entries from the Favourites menu (Estuary) because no context menu can be brought up for them. Known issue with Estuary - there's (currently) no context menu support for Favourites. Instead click on Favourites and a window will open - you should have a context menu for these items. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - LeoD - 2017-02-21 (2017-02-21, 20:49)Milhouse Wrote: Known issue with Estuary - there's (currently) no context menu support for Favourites. Instead click on Favourites and a window will open - you should have a context menu for these items.Thanks, man! Apparently I'm new to Estuary, too ... RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - bleep42 - 2017-02-21 (2017-02-21, 16:03)popcornmix Wrote: gpu_freq isn't a specific clock but is a shorthand for setting core_freq, v3d_freq, h264_freq and isp_freq (if otherwise not set). Thanks Popcornmix, some very useful info there. I didn't know that it was now possible to set core & gpu independently :-( is that true for all pies, so a software change, or only pi2 or pi3? I've tried Google but couldn't find any definite answer. Thanks again Kevin. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - popcornmix - 2017-02-22 (2017-02-21, 23:45)bleep42 Wrote: Thanks Popcornmix, some very useful info there. I didn't know that it was now possible to set core & gpu independently :-( is that true for all pies, so a software change, or only pi2 or pi3? I've tried True for all Pi's. Was a firmware change quite some time ago (over a year). We were able to free up the PLL used by analogue audio for the core. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - Milhouse - 2017-02-22 New LibreELEC.tv Leia build #0221: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of LibreELEC.tv master (a1d6251d, changelog) and tip of XBMC master (755d7db3, changelog) with the following modifications:
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - Milhouse - 2017-02-23 New LibreELEC.tv Leia build #0222: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of LibreELEC.tv master (a1d6251d, changelog) and tip of XBMC master (e94a5d90, changelog) with the following modifications:
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - tjost - 2017-02-23 LOG Hello again. The Picture quality get worse. Do you have a solution by now? Please Help. Thank you for your great work! RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - popcornmix - 2017-02-23 (2017-02-19, 14:15)tjost Wrote: OK, i have a Raspberry Pi3 with a TV Stick. Most of the Channels work fine but some channels, TS Streams, have distortions. VLC, mplayer, Kodi on linux, Kodi on Pi all play the sample with distortions. I find it hard to imagine how the Samsung TV can display it perfectly. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 18.0) - tjost - 2017-02-23 So, it not far from perfect. but here is a better example I made with the build from yesterday. Original From Kodi Played from TV recordes with iPhone You will recognize the dramatic improvement. the fully LOG And on LiveTV the AC3 Audio is not synchron with the Picture. Thank you for your Help. |