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) - Ollo - 2016-05-01 (2016-05-01, 14:02)popcornmix Wrote:(2016-05-01, 13:41)Ollo Wrote: I use HifiberryDigi+ for DTS passtrough which works nicely as long as OMXplayer is disabled. However Dolby AC3 passthrough only works with OMXplayer enabled but this mess up the DTS passtrough. If OMXplay is enabled I only get a high frequent static noise (PCM32kHz according to my Sony receiver) when playing DTS files. Sorry I forget to mention that I use two optical inputs at the receiver. One from HifiberryDigi and one from my Philips TV. These are the settings: Audio output device: HDMI Number of channels: 2 Enable passtrough: true Passtrough output device: ALSA (Hifiberry) Dolby Digital AC3 capable receiver: true OMXPlayer disabled: DTS ok, AC3 not OMXPlayer enabled: DTS static noise, AC3 OK RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - nexusle - 2016-05-01 (2016-05-01, 12:45)Milhouse Wrote:(2016-05-01, 09:22)nexusle Wrote: Hi @Milhouse I think my Pi boots too fast? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-05-01 (2016-05-01, 14:25)Ollo Wrote: OMXPlayer disabled: DTS ok, AC3 not Does this equate to: HifiBerry: DTS ok, AC3 not HDMI: DTS static noise, AC3 OK ? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Ollo - 2016-05-01 (2016-05-01, 14:52)popcornmix Wrote:Yes. More detailed if OMXplayer is disabled the receiver detects Dolby AC3 but without sound using Hifiberry.(2016-05-01, 14:25)Ollo Wrote: OMXPlayer disabled: DTS ok, AC3 not I searched a little further: Is this patch http://forum.kodi.tv/showthread.php?tid=218913 part of the current builds. Should AC3 work with just MMAL enabled using PI>TV>AC3 receiver and HDMI passtrough? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-05-01 (2016-05-01, 14:28)nexusle Wrote: I think my Pi boots too fast? Kodi is supposed to wait until the video player process disappears from the process list. The video player should always start before Kodi, and the video player should disappear once the video has played out in full. If you are not seeing the whole video, then this suggests the video player process terminated (disappeared) before the end of the video. About the only other possibility, and I don't know why or how this could happen, is that Kodi is starting before the video player so that when Kodi queries if the video player is still running it sees nothing running and continues without any delay - the video player may then eventually start, and you see only the first half of the video (or something). This would actually suggest your system is booting really slowly, or in some weird order. I'll add "ulimit -c unlimited" to kodi-splash.sh in the next build, if the video player is crashing then we should get a core dump. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - username145 - 2016-05-01 (2016-04-29, 10:48)username145 Wrote: MMAL bug: I realised I had this problem before, and found the old thread with the solution-- It was the <omxdecodestartwithvalidframe> setting. So I added it to my advancedsettings xml, but it still happens RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - polo_joe - 2016-05-01 I have still empty Libreelec repository in latest Milhouse build. Even though I get info that there's a new oscam addon (8.0.100) Is this expected? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Forage - 2016-05-01 (2016-04-29, 23:13)Milhouse Wrote:(2016-04-29, 15:19)Forage Wrote: Now that the nightlies are hosted on a different server, it's serving the downloads with a general "Content-Type: application/octet-stream" header instead of the more appropriate "Content-Type: application/x-tar" header. Would it be possible to configure the new server to properly serve the correct content type header? This makes processing the downloads from within a browser a tat less painful since it'll allow you to open the files right away instead of having to safe them somewhere first. Perfect, merci! RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Ollo - 2016-05-01 (2016-05-01, 15:35)username145 Wrote:(2016-04-29, 10:48)username145 Wrote: MMAL bug: I tested the linked file and could not reproduce it with #0430 and only MMAL enabled. Fast forward and 10sec steps worked flawless. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Hoopla - 2016-05-01 Question: In a lot of screens the viewtype is grayed out with "Icon Wall". Will there be more view options enabled or is this strictly a skin issue? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-05-01 (2016-05-01, 16:00)polo_joe Wrote: I have still empty Libreelec repository in latest Milhouse build. Somethings not right with the repository, it's being looked into. Edit: Keep trying, it's just populated correctly for me after trying most of the day... RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-05-01 (2016-05-01, 17:28)Hoopla Wrote: Question: In a lot of screens the viewtype is grayed out with "Icon Wall". Will there be more view options enabled or is this strictly a skin issue? That would be a skin issue. Assuming you are using Estuary, you'd be better off asking in the Estuary forum: http://forum.kodi.tv/forumdisplay.php?fid=260 Add a post in the "Feature Requests" thread. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-05-02 New LibreELEC.tv Krypton build #0501: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of LibreELEC.tv master (a0961be0, changelog) and tip of XBMC master (32d99cde, changelog) with the following modifications:
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - username145 - 2016-05-02 (2016-05-01, 17:22)Ollo Wrote:(2016-05-01, 15:35)username145 Wrote:(2016-04-29, 10:48)username145 Wrote: MMAL bug: I just upgraded to the the latest, from #0420, and it still occurs for me. Do you have the MPEG2 license installed? Might have something to do with that This is on a Pi 3 This has been happening for a while now (including on my Pi 2), at one point I had a program running to check the recording dir for completed recordings and mux them to mkv, which fixes the problem and also makes seeking much faster. Doesn't fix the problem for time shifting though! edit: remuxing to mkv doesn't fix the problem, it just makes it less noticeable because seeking is so much faster than a ts RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - stourwalk - 2016-05-02 @popcornmix @Milhouse I've just upgrade to 0501 and the DTS centre channel noise issue that I mentioned earlier still occurs. http://sprunge.us/IXXV is a debug log from 0501 http://sprunge.us/OZZI is a debug log from 0421 (which sounds perfect) Under 0501 I tried with MMAL and OMX (no difference) and for each one - Sync display on / off (no difference), Passthrough enabled on / off (no difference). Please let me know if there are any other settings you want me to try. |