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) - Milhouse - 2016-07-03 (2016-07-02, 15:29)popcornmix Wrote: @Milhouse is it possible to include https://github.com/notspiff/inputstream.rtmp ? This is already included since #0612, and should be enabled by default. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-07-03 New LibreELEC.tv Krypton build #0702: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of LibreELEC.tv master (f7cc132e, changelog) and tip of XBMC master (a64c0f94, changelog) with the following modifications:
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-07-03 (2016-07-03, 03:18)loggio Wrote: Any particular reason deinterlace support had been removed? That was accidental - it should be back in latest build. I'm working on a new scheme where deinterlace is being removed from decoder and added to renderer, and that commit was unintentionally included. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Pinchanzee - 2016-07-03 Have been stalking this thread for a while, wanted to finally say thanks for all the fine work folks - loving following the progress. I'm not much of a developer so can't contribute, though. I wanted to ask if kodi addons are in the scope of this testbuild, or if they're mostly expected to not work until they're individually upgraded by their developers to support Krypton? I'm having trouble getting EarthCam to work, for example, for which I have an error log - are these the kind of things sought for testing purposes? Or does it come down to having the expertise to know whether the error would be down to the working Krypton build, as opposed to the Libreelec build? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-07-03 (2016-07-03, 12:32)Pinchanzee Wrote: I wanted to ask if kodi addons are in the scope of this testbuild, or if they're mostly expected to not work until they're individually upgraded by their developers to support Krypton? It is up to add-on authors to update their add-ons to latest version of Kodi. Check the add-on support thread to see if they claim Krypton compatibility (many do, many don't). If they don't claim compatibility and the add-on doesn't work with these builds then you can request support on the add-on thread. If they claim support for Krypton, or if if an add-on was working one day and fails the next, then you can mention it here, but it may well be that an API has changed and they need to update again (although it could also be an accidental regression - we'll try to work that out). We're still in the alpha stage of Krypton development, so breaking API changes are allowed. As Krypton moves to beta and RC stages, breakages become less likely. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Martijn - 2016-07-03 (2016-07-03, 12:39)popcornmix Wrote:(2016-07-03, 12:32)Pinchanzee Wrote: I wanted to ask if kodi addons are in the scope of this testbuild, or if they're mostly expected to not work until they're individually upgraded by their developers to support Krypton? for regular addon there are zero changes that would break it. like the addon simply doesn't work even in v16 RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Pinchanzee - 2016-07-03 Ok thanks for explaining, I'll bear that in mind before reporting issues RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - MikeKL - 2016-07-03 (2016-07-02, 14:00)popcornmix Wrote:(2016-07-01, 20:30)MikeKL Wrote: ----Edit----- Just watched full match, Wales 3:1 Belgium, what a great game of football and not a single drop/pause in 3.1Mpbs Limelight stream for whole match -----It is possible the BBC have upgraded their servers and can handle more bandwidth now. (2016-07-02, 19:10)popcornmix Wrote:In summary, don't believe this is a regression(2016-07-02, 17:45)MikeKL Wrote: I am also noticing that some skipping of frames is occurring with catch-up streams, which seems to me to be more noticeable and annoying in #0701.If you think this is a regression, then identifying the first build with the problem would be very useful. Stepped back to #0629 and skipping appears to be occurring with catch-up in way its not not occurring with Live streams (Streaming at similar/same times in day) but skips are not often and therefore not too annoying (Live & Catch-up streams continue to play reliably at any time of day, which overall "if permanent improvement" is really great news as this has not been case for me in past at higher BBC stream bit-rates) Stepped forward and through each build and actually skipping with catch-up is no better or worse in any of #0629 to #0702 releases. (Streaming same catch-up program this morning for,10 mins approx in each of the builds) What I have noticed (user observation) recently when using latest milhouse builds and iplayer www add-on is :-
(Note: Never switched on debug option this morning during tests) RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-07-03 (2016-07-03, 13:33)MikeKL Wrote: Stepped back to #0629 and skipping appears to be occurring with catch-up in way its not not occurring with Live streams (Streaming at similar/same times in day) but skips are not often and therefore not too annoying Does enabling "sync playback to display" help the catch-up case? (I think it effectively gets enabled with live streams). RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - MikeKL - 2016-07-03 (2016-07-03, 13:36)popcornmix Wrote:Enabled "sync playback to display" via GUI Player Settings -> Videos Then ran 10 minute soak test with same BBC Catch-up item at same stream level of 3.1Mbps and lo and behold(2016-07-03, 13:33)MikeKL Wrote: Stepped back to #0629 and skipping appears to be occurring with catch-up in way its not not occurring with Live streams (Streaming at similar/same times in day) but skips are not often and therefore not too annoying
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - loggio - 2016-07-03 (2016-07-03, 13:36)popcornmix Wrote: Does enabling "sync playback to display" help the catch-up case? (I think it effectively gets enabled with live streams). That explains what I am experiencing... Watching live TV, every now and then when I hear music eg: The Simpsons intro , the pitch of the audio shifts and makes music sound off/out of tune. This happens when I enable sync to display, but I've had it disabled and it's still doing it. Why is "sync playback to display" enabled by default on live streams? It's not going to stay that way is it? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-07-03 (2016-07-03, 14:05)loggio Wrote: Watching live TV, every now and then when I hear music eg: The Simpsons intro , the pitch of the audio shifts and makes music sound off/out of tune. Why is "sync playback to display" enabled by default on live streams? Yes. The clock of the server may differ from the clock of the client (typically clock accuracy is 100ppm or 0.01%). This needs to be compensated for, and that is done through resampling the audio to keep the two ends in sync (which is what sync playback to display). On the Pi, you can enable "PLL adjustment" in system/audio settings which avoids resampling, and so avoids the pitch warbles. It can't handle large differences in clocks (e.g. when trying to play 24fps video on a 25Hz display), but should be fine for typical client/server clock adjustment. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - loggio - 2016-07-03 Ahh... Well there you go. So should I set PLL High? Or lower? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - tuxen - 2016-07-03 something still breaks the stalker client in #702, same error. but then again I do not see the commit popcornmix suggested or anything else that might have fixed it. I do suffer from old man's css (can't see s**) though. i'll just keep a lookout. thanks again. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-07-03 (2016-07-03, 14:15)loggio Wrote: Ahh... Well there you go. So should I set PLL to 8 or lower? 8? I think the options are Off/Low/Medium/High/Max. You should set it to the highest value that your TV/receiver is happy with. Too high and you may get audio/video dropouts. If you do lower it a notch and try again. |