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) - Potze - 2016-08-21 (2016-08-17, 22:34)Potze Wrote:(2016-08-17, 19:40)popcornmix Wrote:(2016-08-17, 19:22)Potze Wrote: I can't change it from 1024×768 to 1920×1080 in Menu, it shows nothing and goes automatically back to 1024. If I start an film with 1920x1080 the screen changes to full hd. I found the problem and the solution: I am using an AV-receiver ( Pioneer V-923 ) and the time to change from one resolution to another will take about 23 sec. So I connected the rasp direct to the TV and changed the resolution, under 5 seconds I get an screen and check the box. Orignal connected works fine. greets RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - unclejoe01 - 2016-08-21 (2016-08-21, 01:23)Milhouse Wrote:(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. It is WIFI, it only seems to be on internet connections local network is fine! I will try iperf. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - ezar - 2016-08-21 Thanks bmonster. Can you post autostart.sh please!? (2016-08-19, 20:40)bmonster Wrote:(2016-08-18, 22:23)ezar Wrote: If I want to spin down external USB... RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - esco - 2016-08-21 (2016-08-21, 11:37)popcornmix Wrote:(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... 0802b is fine, no freezes, no KODI reboots. Unfortunately no luck with later builds, RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - metaron - 2016-08-21 (2016-08-21, 11:36)metaron Wrote: 1) 20 Questions Murder Mystery (1965) (Talking Pictures TV) recording from DVB-T2 dongle, mpeg2, ts (16:9 adverts, 4:3 film)Test File 1 extract on Google Drive Re-tested playing the section of file via NFS mount on a B+ with #819 (bypassing pvr.mythtv) over wired ethernet. * mplayer on my core2 PC switches aspect just before the end of the blue 'southern colour production' screen * OMX and MMAL players fail to switch aspect during normal playback * OMX and MMAL players fail to switch with jump across the break * OMX and MMAL players seem to switch into the correct mode if you jump within a 16:9 or 4:3 section (2016-08-21, 11:36)metaron Wrote: 3) Artists In Crime (UKTV Drama), DVB-T2 dongle recording, mpeg2, ts (16:9 adverts, 4:3 feature)Test File 3 extract on Google Drive Re-tested playing the section of file via NFS mount on a B+ with #819 (bypassing pvr.mythtv) over wired ethernet. * mplayer on my core2 PC switches aspect between the 'unforgettable moments on drama' and 'allen mysteries' screens * OMX and MMAL players switch aspect correctly when you play straight through * OMX player 'pauses' when you jump across the aspect switch. Another small jump in the same section and playback starts again. * MMAL player successfully jumps across the aspect switch in both directions and resumes playback in the correct aspect. * OMX and MMAL players maintain the correct aspect and don't 'pause' playback if you jump within a 16:9 or 4:3 section * MMAL player 'stutters' at the start of playback - OMX player doesn't. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - smp1 - 2016-08-21 I noticed an issue with DVB-S streams. Kodi doesn't seem to handle very well the situations when the signal is weak (due to bad weather for example). The most annoying issue is when the signal is temporarily lost - the video/audio freeze and it remain frozen even when the signal is good again, so I have to switch the channels back and forth to unfreeze it. LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - pyrodex - 2016-08-21 (2016-08-21, 10:01)Milhouse Wrote: Also, the passthrough/seek/OOM crash is 100% reproducible with LibreELEC Generic (x86_64) Milhouse is this similar to my issue I reported with PVR playback on x86_64 that started after 806? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - metaron - 2016-08-21 (2016-08-21, 11:36)metaron Wrote: 2) Rio Olympics opening ceremony (BBC One HD), DVB-T2 dongle recording, h264, ts (all in 16:9)Digging into this a little more, it appears that playback is significantly affected by pvr.mythtv as using a local file (or nfs, still via wifi) is much improved on the zero although still using MMAL. It does however still seem to miss the occasional frame (both on the zero and on the B model) and is therefore not quite as silky smooth as OMX player even when using a local file. I conducted another test using a local file on the B model and it got slightly worse when I turned on debug logging (NB storage partition and therefore the log file is mounted via NFS) http://sprunge.us/BjDc I'd be interested in your comments @popcornmix if you think this is 'normal' or not for Test File 2 on a B model using MMAL. Wifi is undoubtedly more overhead than wired, so any unnecessary reading of files during playback by pvr.mythtv (which I suspect is occurring) will make things worse. Something obviously isn't 100% safe in this high load wifi + pvr.mythtv environment (demonstrated by the lock up I saw), but as I can't get at the zero once kodi has locked up investigation will be difficult. Probably if I can work out how to stop pvr.mythtv reading icon files unnecessarily during playback OMX player will be perfectly acceptable for my use case over wifi (once the aspect ratio / pause thing is sorted). I'm sure it shouldn't be doing this so maybe Janbar can help if I post on the pvr.mythv part of the forum.... RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-08-21 (2016-08-21, 22:35)pyrodex Wrote:(2016-08-21, 10:01)Milhouse Wrote: Also, the passthrough/seek/OOM crash is 100% reproducible with LibreELEC Generic (x86_64) Yes, sounds like the same (disabling passthrough would confirm it) - I replied in the x86_64 thread to give this issue a bit more visibility. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - markius - 2016-08-21 (2016-08-19, 20:54)popcornmix Wrote:(2016-08-19, 01:21)markius Wrote: Is there any reason that LibreElec wouldn't be able to play this file: Wow! As easy as that. I get a frame or 2 of garbage but other than that the problem files now play perfectly. Thanks a lot! RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-08-21 New LibreELEC.tv Krypton build #0821: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of LibreELEC.tv master (c5864e58, changelog) and tip of XBMC master (8ace958e, changelog) with the following modifications:
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - gendo - 2016-08-22 (2016-08-21, 20:52)smp1 Wrote: I noticed an issue with DVB-S streams. Kodi doesn't seem to handle very well the situations when the signal is weak (due to bad weather for example). The most annoying issue is when the signal is temporarily lost - the video/audio freeze and it remain frozen even when the signal is good again, so I have to switch the channels back and forth to unfreeze it. disable omxplayer and leave only mmal enabled.. seems to resume well here like that.. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - bmonster - 2016-08-22 (2016-08-21, 17:38)ezar Wrote: Thanks bmonster. This is what I have in the autostart.sh Spindowns all 3 of my external drives after 10mins of inactivity. Sleep command give the drives enough time to turn on, wouldn't work without this. nano /storage/.config/autostart.sh Copy and paste this and save, then reboot. sleep 10 ; hdparm -S 120 /dev/sda ; hdparm -S 120 /dev/sdb ; hdparm -S 120 /dev/sdc RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-08-22 (2016-08-21, 19:13)esco Wrote: 0802b is fine, no freezes, no KODI reboots. Unfortunately no luck with later builds, If the problem started with 0803, then main change was the atempo commits. With latest build, can you go into system/audio settings and try changing: resample quality: Try gpu and medium threshold for pitch correction: Try 0 (always enabled) and 100 (always disabled) RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-08-22 (2016-08-21, 14:43)Potze Wrote: I am using an AV-receiver ( Pioneer V-923 ) and the time to change from one resolution to another will take about 23 sec. I've no idea why changing hdmi mode can take so long. No idea why it takes 5 seconds let alone 23 seconds (which is the slowest I've ever heard of). My Panasonic takes about 2 seconds which still feels unnecessarily long to me. I also have an older JVC which takes about 5 seconds. I wish TV (and projector) manufacturers would pay more attention to this. |