v17 LibreELEC Testbuilds for RaspberryPi (Kodi 17.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: v17 LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) (/showthread.php?tid=269814) 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
|
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - outcave - 2016-09-02 Thanks. And "in the meantime" is not better to revert to LibreELEC 2.2.x also for latest versions and latest builds of LibreELEC with Kodi 17.0? Consider that not only Hide.me could use a certificate that will expire after year 2038.... LibreSSL seem to not be so interested to solve this issue, as you can read he says: "You need to actually fix this at the operating system level." RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-09-02 (2016-09-02, 13:43)zaphod24 Wrote: Thanks for the suggestions. Any suggestions for values to start with and if overvolting is needed? Modest overclock: Code: sdram_freq=500 High overclock: Code: sdram_freq=550 You could try going to sdram_freq=600 too but that bay introduce instability. With any overclock if you start seeing instability then lower the overclock level. In my experience: The modest setting will work on almost all Pi's. The high setting will work on the majority of Pi's. sdram_freq=600 will be reliable on less than half the Pi's. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-09-02 (2016-09-02, 14:08)outcave Wrote: Thanks. And "in the meantime" is not better to revert to LibreELEC 2.2.x also for latest versions and latest builds of LibreELEC with Kodi 17.0? You mean LibreSSL 2.3.0, as this problem seems to have been introduced in LibreSSL 2.3.1. For the time being, the answer is "no" as we're not going to stay on an outdated version of LibreSSL with potential security issues simply because certificate authorities are issuing certificates that expire in more than 22 years from now - they could easily use a more realistic date that avoids this issue. While I agree it's a troubling issue, it's not one that (right now, IMHO) justifies ignoring all future updates of LibreSSL. This is an issue for LibreSSL to resolve, assuming they intend to, otherwise they may as well drop support for all 32-bit operating systems (on Linux, at least). I guess the attitude of LibreSSL stems from their BSD origin as OpenBSD supports 64-bit time_t on all hardware (apparently), while Linux (on 32-bit hardware) does not. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - zaphod24 - 2016-09-02 (2016-09-02, 14:10)popcornmix Wrote:(2016-09-02, 13:43)zaphod24 Wrote: Thanks for the suggestions. Any suggestions for values to start with and if overvolting is needed? Ok, I tried: gpu_mem=320 sdram_freq=550 core_freq=500 v3d_freq=500 over_voltage=4 sdram_schmoo=0x02000020 Unfortunately it still causes the "invalid format" when bringing up an OSD like info. I can try to cut a clip down to a few seconds and upload it somewhere. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-09-02 (2016-09-02, 15:29)zaphod24 Wrote: Unfortunately it still causes the "invalid format" when bringing up an OSD like info. I can try to cut a clip down to a few seconds and upload it somewhere. Sure, I'll take a look and see if I see the issue. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - outcave - 2016-09-02 (2016-09-02, 14:37)Milhouse Wrote:(2016-09-02, 14:08)outcave Wrote: Thanks. And "in the meantime" is not better to revert to LibreELEC 2.2.x also for latest versions and latest builds of LibreELEC with Kodi 17.0? and then I remain screwed .... RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-09-02 (2016-09-02, 15:31)outcave Wrote: and then I remain screwed .... Yes, I'm afraid so. It's much harder for Linux to change to 64-bit time_t on 32-bit platforms, as detailed here. The LibreSSL developers have a history of using and supporting OpenBSD which (for various reasons outlined in the LWN article) has already made the jump to 64-bit time_t everywhere, so I understand their attitude although I may not agree with it. Perhaps switching to LibreSSL was a bad idea if this is how they're going to act going forward, as it's pretty much a "fsck you" to (32-bit ABI) Linux. In the meantime, the certificate authority industry should be mindful of this issue, and I'm sure many already are, and simply avoid issuing certificates with expiry dates after 2038 until there is a solution that supports Linux. I would suggest you contact Hide.me and discuss the issue with them, perhaps they have an alternative certificate you could use. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - outcave - 2016-09-02 OK and thanks! I have already contacted Hide.me about that. I hope they will generate a new CA cert valid up to 2037 :-) Thanks! PS: read my PM to you RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - zaphod24 - 2016-09-02 (2016-09-02, 15:30)popcornmix Wrote:(2016-09-02, 15:29)zaphod24 Wrote: Unfortunately it still causes the "invalid format" when bringing up an OSD like info. I can try to cut a clip down to a few seconds and upload it somewhere. I've uploaded a 30 second sample here: https://drive.google.com/file/d/0B8TU_Cp5WYA7blhWSm1BRUlUYjg/view?usp=sharing Please forgive that it's a local news broadcast RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - smp1 - 2016-09-02 (2016-09-02, 17:47)zaphod24 Wrote: I've uploaded a 30 second sample here:No issues here on RPi3 with that sample. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-09-02 (2016-09-02, 18:26)smp1 Wrote:(2016-09-02, 17:47)zaphod24 Wrote: I've uploaded a 30 second sample here:No issues here on RPi3 with that sample. Yes, same here - no display issues. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - garret - 2016-09-02 Hello! I think that I find a bug. When showing submenu over selected tv-recording, some options appear twice. New LibreELEC.tv Krypton build #0901, RPi2. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-09-02 (2016-09-02, 18:58)garret Wrote: Hello! Can you test builds #0829 then #0830 to determine if the issue starts with #0830? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - garret - 2016-09-02 (2016-09-02, 19:05)Milhouse Wrote:(2016-09-02, 18:58)garret Wrote: Hello! Sure! But not until tomorrow. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - zaphod24 - 2016-09-02 (2016-09-02, 18:44)popcornmix Wrote:(2016-09-02, 18:26)smp1 Wrote:(2016-09-02, 17:47)zaphod24 Wrote: I've uploaded a 30 second sample here:No issues here on RPi3 with that sample. Ain't that always the way... I'm viewing using the myth pvr plugin and I cut the 35 min video down to 30 seconds. I'll play the 30 seconds after work tonight and see what happens. In the meantime, just curious, did you guys play the sample directly from the RPI3 or over the network with NFS/SMB? |