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-05-14 (2016-05-14, 18:41)darebee Wrote: What YouTube add-on works with this version of LibreELEC? None of the ones I have work and I can't seem to find it in any repositories. I only know of the bromix YouTube addon from the Kodi repository http://addons.kodi.tv/show/plugin.video.youtube/ which I thought was working last time I briefly tried it (a few days ago) but I don't believe it's being maintained any longer. But you should still be able to install it. I don't know what other add-ons you've tried, or what errors/problems you had without a debug log (wiki). RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - DarrenHill - 2016-05-14 The current forked version of the YouTube add-on (based from Bromix's one) is detailed in this thread . There are download links for the add-on and its repo in the first post of that thread. How well it works with these Krypton builds I don't know. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - ChrisM001 - 2016-05-14 (2016-05-11, 12:34)Warez Wrote: In the upcoming Kodi v17, the following tags are removed from <network> and placed under a new <cache> tag. Also, <cachemembuffersize> is renamed to <memorysize>. Although I did it like this (but using the new "readfactor" instead of "readbufferfactor") buffering doesn't work with the actual builds. So I cannot play my streams without heavy stuttering:-(. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-05-14 (2016-05-14, 20:51)ChrisM001 Wrote: Although I did it like this (but using the new "readfactor" instead of "readbufferfactor") buffering doesn't work with the actual builds. So I cannot play my streams without heavy stuttering:-(. Can you provide a full debug log (wiki) while playing various streams that previously did cache? Also a screenshot if the CodecOSD for one of the streams during playback? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Hoopla - 2016-05-14 (2016-05-14, 20:51)ChrisM001 Wrote:(2016-05-11, 12:34)Warez Wrote: In the upcoming Kodi v17, the following tags are removed from <network> and placed under a new <cache> tag. Also, <cachemembuffersize> is renamed to <memorysize>. Make sure the code above is contained in the <network> </network> tags. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Sholander - 2016-05-14 (2016-05-14, 20:05)Milhouse Wrote: Given the number of files it would appear there may have been a problem with the overlays directory. You can delete the FSCK*.REC files. It probably was, because the bigest file was the readme file from overlays directory. I remember seeing file checks during boot after I did a soft reset to start fresh with #0513 update. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-05-14 (2016-05-14, 21:52)Hoopla Wrote: Make sure the code above is contained in the <network> </network> tags. It's now <cache> (after PR9681) and not <network>. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-05-14 New LibreELEC.tv Krypton build #0514: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of LibreELEC.tv master (c40b5056, changelog) and tip of XBMC master (96c4c5d5, changelog) with the following modifications:
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - BobCratchett - 2016-05-15 Give me 24 hours, and I'll identify the exact build in which it began (though it has begun within the last 5 builds, as thats the last time I updated...), but there's a new behaviour in these builds whereby when lists whose content is set directly to a plugin (<content>plugin://plugin.name/</content>) now show the busy dialog when they are being refreshed. Whilst this does actually help with one issue I've previously reported on Trac (#16635) it causes issues with the default skin when using the on screen keyboard with the autocompletion script enabled - every key press causes the autocompletion script to reload and so show the dialog, and with 3rd party skins - I've observed the behaviour with my own Conq skin mod (I know issues should only be reported with the default skin, but I'm confident the skin is up-to-date with all the changes given in the relevant forum thread), and read one complaint regarding Nox 5 - it causes issue with their home screens, where widgets are generally provided in this way. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - ChrisM001 - 2016-05-15 (2016-05-14, 21:11)Milhouse Wrote:(2016-05-14, 20:51)ChrisM001 Wrote: Although I did it like this (but using the new "readfactor" instead of "readbufferfactor") buffering doesn't work with the actual builds. So I cannot play my streams without heavy stuttering:-(. Here is the debug log: http://xbmclogs.com/phe3yzmbp Don't know how to create a screenshot, because I have no keyboard. But what I can see in the CodecOSD is that "forward" stays at 0. IMHO that means that no buffering takes place. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-05-15 (2016-05-15, 01:09)BobCratchett Wrote: Give me 24 hours, and I'll identify the exact build in which it began (though it has begun within the last 5 builds, as thats the last time I updated...), but there's a new behaviour in these builds whereby when lists whose content is set directly to a plugin (<content>plugin://plugin.name/</content>) now show the busy dialog when they are being refreshed. See the comments on PR9778 which sound vaguely similar. If this is the same issue, not sure if it's a core issue or something that addons/skins now need to change. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-05-15 (2016-05-15, 02:20)ChrisM001 Wrote: Here is the debug log: http://xbmclogs.com/phe3yzmbp So it looks like you're caching ALL, but you're playing a local strm file which I'm assuming used to be cached, but now isn't. Hopefully @arnova might be able to confirm the expected behaviour or explain the change. (2016-05-15, 02:20)ChrisM001 Wrote: Don't know how to create a screenshot, because I have no keyboard. But what I can see in the CodecOSD is that "forward" stays at 0. IMHO that means that no buffering takes place. You don't need a keyboard attached, an ssh session will do - you can take a screenshot with "texturecache.py screenshot" then upload the latest image in the Screenshots folder to imgur.com. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - BobCratchett - 2016-05-15 (2016-05-15, 06:25)Milhouse Wrote:(2016-05-15, 01:09)BobCratchett Wrote: Give me 24 hours, and I'll identify the exact build in which it began (though it has begun within the last 5 builds, as thats the last time I updated...), but there's a new behaviour in these builds whereby when lists whose content is set directly to a plugin (<content>plugin://plugin.name/</content>) now show the busy dialog when they are being refreshed. The behaviour began in build 508, so 9778 does indeed look to be a likely candidate. I don't believe there's any way for plugins to tell Kodi not to display the busy dialog when loading them, and skins have no idea why the busy dialog is displayed in order to make it invisible (which I believe would still lock the GUI until its done), so my understanding is this is a behaviour that would have to be changed in core. (The workaround sualfred mentions on the PR doesn't affect the display of the dialog, but works around a bug displaying the home screen when pre-loading lists directly filled from plugins) RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - ChrisM001 - 2016-05-15 (2016-05-15, 06:40)Milhouse Wrote:(2016-05-15, 02:20)ChrisM001 Wrote: Here is the debug log: http://xbmclogs.com/phe3yzmbp Tested some constellations and apparently caching doesn't work with inputstream streams like Amazon Prime. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - -DH- - 2016-05-15 Hi, just want to share my finding. On LE8.0#514 on RPi2, I noticed micro stuttering while playing a movie (mkv, 1080p, 7-11 Mbits max., video h264, DTS 5.1 pass-through, file read from a NAS 1Gbit). A couple seconds (around 5 to 7) after skipping a chapter or moving forward a couple minutes a noticeable short "freeze" occurred. Bigger cache sizes and/or increased read factors didn't affect the stuttering in any way. So I was changing the player setting from OMX "off", MMAL "on" to OMX "on", MMAL "off" for a test. The stuttering described above disappeared entirely. Maybe helpful ? Edit: #513 was decreasing the stuttering effect a little. |