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) - MONSTA - 2016-09-11 (2016-09-10, 21:07)popcornmix Wrote: Can you try disabling both CEC and GPU resampling and see if problem recurs?Same story with disabled CEC and resampling low, medium. A few minutes freezes again. If i can get a crashlog i will upload it. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - polo_joe - 2016-09-11 (2016-09-09, 17:37)polo_joe Wrote: Resample method middle solves the problem. No more dropouts.@popcornmix Any chance we get this behaviour with gpu resampling? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - herrmeier01 - 2016-09-11 Quote:Sorry I can not confirm that, 720p run well. Here I have only issues with 720p when I switch from 1080i channels. I use MMAL and "auto". With OMX there is no problem. My TV channels all are H.264 encoded. When I stop/play the channel it's working fine. I think the deinterlacer is still active after switch from 1080i to 720p RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - MikeKL - 2016-09-11 (2016-09-10, 21:09)Milhouse Wrote:Three consecutive Kodi crashlogs after install of and 1st boot of #0910(2016-09-10, 20:38)MikeKL Wrote: Thought that these recent clean build/boot then immediate kodi crash may hold some useful info? compared to kodi crash logs when not sure at all what exactly doing to cause an infrequent kodi crash after varied hours of use of a nightly build? 1st 2nd 3rd Reminder that I was previously having crashes at initial boot of Krypton nightly build, which stopped occurring after combination of ensuring running only one pvr backend (tvheadend) and removing TV29.db during every re-boot of Pi (Currently still removing TV29.db at boot) http://forum.kodi.tv/showthread.php?tid=269814&pid=2372450#pid2372450 RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-09-11 @MikeKL thanks. Would it be possible to produce a crashlog that has debug logging enabled (just in case something useful is logged before the crash)? Do we know when (which build) this crashing started, I think your first crashlog is from #0908 - is this when it started? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - MikeKL - 2016-09-11 (2016-09-11, 11:29)Milhouse Wrote: @MikeKL thanks. Would it be possible to produce a crashlog that has debug logging enabled (just in case something useful is logged before the crash)? Do we know when (which build) this crashing started, I think your first crashlog is from #0908 - is this when it started?Yes can try: is it possible to switch debugging on before a load of a nightly build and debugging will run afterwards? (Reason I ask is subsequent re-boots after the three above crashes on #0910, I have not had a single kodi crash..and currently have debug swithed on) Yes #0908 is first build for a while (where I have noted) kodi crash on 1st boot after an installation of a nightly build. (Dont watch every boot, but most as I use the Libreelec dev update addon to install each nightly) Can go back to #0907 to check/confirm if helpful? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-09-11 Yes, add Code: <loglevel hide="false">1</loglevel> Knowing exactly when this started should hopefully provide a clue as to what is causing it. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - niwa2 - 2016-09-11 (2016-09-10, 22:32)smp1 Wrote:(2016-09-10, 21:10)herrmeier01 Wrote: Here I still have stutter with Live-TV when I switch from 1080i channel to 720p channelSame here. (2016-09-11, 11:04)herrmeier01 Wrote:Quote:Sorry I can not confirm that, 720p run well. I am having the exact same problem. Only when switching from a 1080i H264 channel to a 720p h264 channel. With OMX enabled everything is good. when a channel stutters you can also switch the deinterlacing method and then go back to "auto". this seems to disable the falsely running deinterlacing. The last working build (with the mentioned fix) is 0726. After that i believe it was removed because it was causing crashes for someone. the problem is that @popcornmix has not been able to reproduce this with his setup. therefore it is hard to debug. But so far i have not come up with a way to reproduce this with a recording so that popcornmix can debug this. Is there a way to force OMX only for LiveTV an keep using MMAL for the rest? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - mule1 - 2016-09-11 (2016-09-11, 12:55)niwa2 Wrote: I am having the exact same problem. Only when switching from a 1080i H264 channel to a 720p h264 channel. With OMX enabled everything is good.I'm having the same behaviour/issues on my rpi2. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - kampfi - 2016-09-11 #910 iptv stotter and stopped runing on tvheadend server. im install first libreelec 7.0.005 and updatet to the last #0910 build second i make a Hard-Reset on this build and test the playlist on tvheadend. http://sprunge.us/DZLT and i have found one more bug, on the tvh client. If I turn it on = crashes kodi http://pastebin.com/dkSN7KYN RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - MikeKL - 2016-09-11 (2016-09-11, 12:15)Milhouse Wrote: Yes, addOK with debug logging option enabled in advancedsettings.xml, went back-to #0907 then #0908, 9 & 10 and Frustratingly no kodi crashes in test builds with debug logging switched on...Kodi debug logs #0907 #0908 #0909 #0910 RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - ElectricPim - 2016-09-11 Are there any plans to improve VP9 support? It's claimed that decoding VP9 is 55% faster then hevc on ffmpeg for x86. https://blogs.gnome.org/rbultje/2015/09/28/vp9-encodingdecoding-performance-vs-hevch-264/ I tried some VP9 files, and they were slow and out of sync on the RPI3, while on my older (2010) x86 hardware (Intel U4100) VP9 1080p content played much better then hevc or even h264. AFAIK until now VP9 decoding is optimized for x86, not for ARM (NEON). But when it's faster on x86, can't it be faster on ARM too? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - asavah - 2016-09-11 (2016-09-11, 16:09)ElectricPim Wrote: AFAIK until now VP9 decoding is optimized for x86, not for ARM (NEON). But when it's faster on x86, can't it be faster on ARM too? As you already should know Kodi makes use of ffmpeg to do software decoding. This question should be directed to ffmpeg developers. And as you already should know both Kodi and ffmpeg are OSS - feel free to develop such improvements and submit them for review to ffmpeg-devel. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-09-11 (2016-09-11, 16:09)ElectricPim Wrote: Are there any plans to improve VP9 support? VP9 is only really used by Google, who also provide all files in H.264 format, so no, VP9 optimisation is very low priority. Searching a popular torrent site for HEVC gives almost 100k hits. Searching for VP9 gets 2... RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - MONSTA - 2016-09-11 Log http://sprunge.us/XNQM CEC - off, resample - low, threshold - 2 |