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-08-21 (2016-08-20, 22:53)unclejoe01 Wrote: I am having really slow network speeds with these builds. If I use latest stable build (LibreELEC-RPi2.arm-7.0.2.tar) network is fast but not with these builds. Am I missing something. WiFi or Wired? What results do you get with iperf and latest test build? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - polo_joe - 2016-08-21 Kodi crashes and gets restarted if I jump forward or backwards in my recording. debug log: http://sprunge.us/UAha media info: http://sprunge.us/EYSX RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-08-21 @polo_joe crashlog please. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - polo_joe - 2016-08-21 There's no crash log in /storage/.kodi/temp Here's a small snippet to reproduce the hang/crash: https://www.dropbox.com/s/uptq22l2nv95h7r/blechnarrisch.ts?dl=0 Problem occurs also If I play the recording in video section of kodi. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-08-21 I'm not able to reproduce a crash - your sample video plays normally (streamed over smb://) and I can seek backwards/forwards without any issues. If Kodi is crashing while playing a video, you really should have a crashlog. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - polo_joe - 2016-08-21 I found the problem, if I uncheck audio passthrough in audio settings the playback and seeking is fine, if passthrough is activated only playback works. Could you verfiy this? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-08-21 (2016-08-21, 09:00)polo_joe Wrote: I found the problem, if I uncheck audio passthrough in audio settings the playback and seeking is fine, if passthrough is activated only playback works. Could you verfiy this? Yes, with passthrough enabled I can reproduce the crash - Kodi is actually being killed by the OOM killer, which prevents the creation of the regular crashlog. journalctl: http://sprunge.us/WahW RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-08-21 @polo_joe your passthrough/seek issue appears to start with build #0807 - can you test #0806 and #0807 to confirm? Chances are it's one (or both) of PR10237 or PR10247. (2016-08-07, 23:12)Milhouse Wrote: RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-08-21 Also, the passthrough/seek/OOM crash is 100% reproducible with LibreELEC Generic (x86_64) RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - esco - 2016-08-21 Hi guys, how can I disable the turbo_mode? Got freezes after 20+ minutes when playing files (SMB share) with latest builds. 0801 is fine, strange is that 0809 is causing the same issues... Thanks! Edit: RPI2, no OC RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - polo_joe - 2016-08-21 (2016-08-21, 09:48)Milhouse Wrote: @polo_joe your passthrough/seek issue appears to start with build #0807 - can you test #0806 and #0807 to confirm?Confirmed 0806 is good, 0807 is bad. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - metaron - 2016-08-21 (2016-08-20, 18:38)popcornmix Wrote:(2016-08-20, 14:02)metaron Wrote: In my case, deinterlace still doesn't work 100% reliably for PVR use cases using OMX player (skipping forward/back over changes in aspect ratio causes OMX to lock up, although MMAL is now fixed).Can you find a way I can reproduce this? E.g. do you get this from a recording that includes an aspect ratio change. OK - bug report 1st - supporting files later (once I get time to trim them down to a reasonable size for upload) I've tested two different systems both with the following common settings: * Millhouse #820 * Adjust refresh = always * Sync pb to display = on * HDMI video + sound * clean boot (i.e. Interlace = auto) * pvr.mythtv client (based on Janbar's 4.6 'doityourself' with some tweaks to timer management of my own) * RPi mpeg2 codec license * mythtv 0.27.4 + fixes backend + DVB-T2 usage tweaks (in use for > 2 years) * playback of files using pvr.mythtv 'recordings' list * demux within pvr.mythv client turned on (historically seems to be the more stable option)
1) 20 Questions Murder Mystery (1965) (Talking Pictures TV) recording from DVB-T2 dongle, mpeg2, ts (16:9 adverts, 4:3 film) B: Smooth playback 'Long step forward' (up arrow) from 16:9 advert to 4:3 b&w film causes playback to continue in 16:9 format (stretched) Short skip forward/backwards within 4:3 section correctly sets aspect to 4:3 and playback continues Same behavour in reverse if skipping from 4:3 to 16:9 section If resuming playback from within a 4:3 or 16:9 section correct format is used. Zero: Smooth playback Wrong shape used when jumping across 4:3 / 16:9 transition, small jump within a 4:3 or 16:9 section doesn't fix it Zero with OMX enabled: Smooth playback Aspect ratio doesn't change on 16:9/4:3 transition during normal playback or during skip across transition. Small skip within a 4:3 / 16:9 section fixes this, but sometimes results in playback being 'paused'. Another short jump within the section allows playback to continue. 2) Rio Olympics opening ceremony (BBC One HD), DVB-T2 dongle recording, h264, ts (all in 16:9) B: Smooth playback Zero: Juddery start, seems to be skipping frames, audio drops out occationally. Looks like buffering / throughput / interrupt issues. Zero with OMX player turned back on: Slight judder at start, then continues with smooth playback. Looking good then full 100% lock up. Can't even ssh into the zero. Wifi dongle light still flashing but green zero light on solid. suspect some sort of interrupt conflict between wifi usb / sd card read and video playback. I know pvr.mythtv can hit the sd card looking for icons during playback (??) so this might be why. My wife (who uses this set-up more than I do) has reported regular 'lock ups'. Currently considered 'not good enough'. Power cycled the zero and tried to reproduce, but playback remained smooth this time. 3) Artists In Crime (UKTV Drama), DVB-T2 dongle recording, mpeg2, ts (16:9 adverts, 4:3 feature) B: Smooth playback skip from 16:9 to 4:3 section correctly changes to 4:3 size but playback is 'paused'. Another small skip within the 4:3 section allows playback to continue. Zero: Smooth playback skip from 16:9 to 4:3 section works correctly without 'pause'. Note that a small jump within a 4:3 section sometimes causes a 4:3 -> 16:9 ->4:3 transition (in quick succession / flicker) - I assume this is because playback initially started from a 19:6 section of the recording and the player is defaulting to 16:9 on jump before detecting (correctly) that this section it is playing is actually still 4:3. Can someone recommentd a good 'free' upload site (preferably without having to give them my e-mail) for video files of this nature? The hosting I have access to has a 100mb limit, and I'm already using 80% of it...? Trimming the files down to upload while still including the sections to demonstrate the behaviour will take a while... will try to get something uploaded this evening. Let me know if one of the 3 files is considered more interesting. If I haven't mentioned a scenario it's because I didn't test it with this build (yet). If you want me to try something else, just ask. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-08-21 (2016-08-21, 10:08)esco Wrote: how can I disable the turbo_mode? Got freezes after 20+ minutes when playing files (SMB share) with latest builds. 0801 is fine, strange is that 0809 is causing the same issues... arm_freq=600 in config.txt will disable turbo_mode, but I'll be a little surprised if that is your issue. If 0801 is fine and 0809 is bad then can you identify the first build with the issue? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Saner - 2016-08-21 Code: Format : Matroska Is there something strange about this file? H/W acceleration = audio and no video (oxm and mmal) S/W acceleration = plays fine RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-08-21 (2016-08-21, 11:36)metaron Wrote: Can someone recommentd a good 'free' upload site (preferably without having to give them my e-mail) for video files of this nature? The hosting I have access to has a 100mb limit, and I'm already using 80% of it...? Trimming the files down to upload while still including the sections to demonstrate the behaviour will take a while... will try to get something uploaded this evening. Let me know if one of the 3 files is considered more interesting. Dropbox and google drive are good options for sharing video files. You will need an email address (but you can create a new one for this if you don't want it linked to your primary email). If I could reproduce the issue, then the lockup of 2 would be most interesting, but I suspect that may be wifi (and maybe power supply) related an possibly hard to reproduce. Can you reproduce with file on sdcard and no wifi dongle attached? Otherwise file 1 sounds fine. No reason why seeking over aspect ratio changes shouldn't work so would be good to fix. |