OpenELEC Testbuilds for RaspberryPi Part 2 - 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: OpenELEC Testbuilds for RaspberryPi Part 2 (/showthread.php?tid=184866) 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
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
|
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-03-15 New OpenELEC Gotham build: #0315b (Supercedes previous build) Code: # uname -a Based on tip of XBMC master (bfbc5b9, changelog) and tip of OpenELEC master (2bbee7c, changelog) with the following modifications:
Additional Testing Notes:
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - 606u - 2014-03-15 (2014-03-15, 20:18)popcornmix Wrote:File have been uploaded at the same Dropbox folder where music is.(2014-03-15, 20:15)606u Wrote: Seems like it's metadata related problem: after I cut 1st 10 minutes with mp4box, the result works just fine. When I add metadata with an up to date version of Subler (for Mac) it also works. Will try to trim and re-add metadata or to remux the movie. File is 1,5 Gbytes, will take awhile to upload it to Dropbox, but can do it, its not a problem. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - User 209257 - 2014-03-15 (2014-03-15, 21:37)MilhouseVH Wrote: New OpenELEC Gotham build: #0315b AirPlay looks good, thanks! RE: OpenELEC Testbuilds for RaspberryPi Part 2 - 606u - 2014-03-16 (2014-03-15, 18:20)popcornmix Wrote:I've made a number of tests with this patch, as well with OpenELEC-RPi.arm-Milhouse-20140315184013-r17928-g2bbee7c. Playback of stereo, 24-bit, 88,2 kHz does work indeed (as is 44,1, 96 and 192 kHz). Multi-channel playback, however, is worse, compared to OpenELEC-RPi.arm-Milhouse-20140308023729-r17871-g8a2f22b. I've uploaded two more 5.1 test files: at 44 kHz and 96 kHz. Overall 44 kHz used to playback fine with avg utilization about 50% (full screen, no info ribbon), 88,2 kHz works with about 5-7% idle, which seems more or less the limit for non-overclocked Pi; multi-channel 96 kHz gives 0% idle and starts stuttering in several seconds.(2014-03-15, 18:08)606u Wrote: Glad of being of help. Can I get the new firmware somehow or should I wait for the next build? As I listened closely I believe channels are not correctly mapped to the speakers. Audio from left and right speaker feels quite different and I think one of rear speakers plays LFE channel, instead. I have no idea if files are okay: they are ripped using DVD-Audio Explorer to WAVE files, encoded with XLD (on Mac). Any pointers welcome. BTW ALAC files can be opened with Audacity (at least on Mac), where I see no clear indication or marking of which channel is which. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Irisheyes - 2014-03-16 I'm sure this has been asked before, but searching doesn't throw up an answer. I'm trying to set up wifi, but I'm not getting anything under openelec settings/Connections - it's just blank. I'm using an Asus N10 micro, which I believe is supported and works under RaspBMC... What am I missing this time? Probably something very obvious! BTW popcornmix, HiFiBerry working really well with the new build, a noticeable difference compared to analogue out. I was originally a recording engineer so while I'm probably half-deaf I am very critical of poor sound. I'm looking to run wifi to avoid the ground-plane noise introduced by most ethernet connections... RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-03-16 (2014-03-16, 05:13)Irisheyes Wrote: I'm sure this has been asked before, but searching doesn't throw up an answer. I'm trying to set up wifi, but I'm not getting anything under openelec settings/Connections - it's just blank. I'm using an Asus N10 micro, which I believe is supported and works under RaspBMC... First of all, if your WiFi is not supported by OpenELEC you'll need to confirm the support situation by testing the official/stock OpenELEC 4.0 Beta - if the situation remains the same (ie. no working WiFi in OpenELEC 4.0 Beta) then raise the issue on the OpenELEC github, providing details of your WiFi hardware. With luck they may add official support which will then appear in these builds. It's unlikely that these test builds have broken support of your WiFi hardware (although it is possible, it's unlikely). I did find this thread which suggests adding "modprobe r8712u" to load the driver for the ASUS USB-N10. Give that a try, then if you want the driver loaded automatically in future you'll need to ask the OpenELEC developers if they will add the necessary support (assuming it's not already working - see above). They may require detailed output from lsusb (vendor and product ids). As a temporary measure, you can create a module conf file as follows: Code: echo "r8712u" > /storage/.config/modules-load.d/asus-n10-wifi.conf Edit: r8712u should be supported by OpenELEC, so assuming this is the correct driver for your hardware the first step would be to confirm if your hardware is working in OE 4.0 Beta1 - if not, open an issue with lsusb and dmesg details (see this issue for an example). It could be that a recent kernel update has broken the driver. Or maybe it's FIQ FSM if your hardware works with the official release but not one of these test builds in which case try disabling FIQ FSM with either dwc_otg.fiq_fsm_mask=0x0 or dwc_otg.fiq_fsm_enable=0 and see if that has any effect. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Irisheyes - 2014-03-16 Thanks MilhouseVH, I'll go through your suggestions and report back. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - craigbeat - 2014-03-16 Not sure if it's just me, but every build (including the latest) eventually 'freezes' whilst watching TV. I always revert back to this build which works perfectly: OpenELEC-RPi.arm-Milhouse-20140228213243-r17825-g1744311 It's every build after it that has the issue. Annoyingly, there is nothing in the logs that show what could be going on, so, in the first instance, does anyone else see this. Secondly, could there be something in the later builds that's hammering the CPU that could cause it to overheat? I've posted my overclock settings before, and I don't want to reduce any unless totally necessary. Final thing, no matter what I do, DVD player does not work for HD live tv. Any help appreciated, thanks. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Larry_Lobster - 2014-03-16 Hi MilhouseVH, I would like to have alsa support in OpenELEC. I don't need it for XBMC, but I would like to run a sequeezebox client which uses alsa on the Pi as well. How can I compile openelec with alsa support. Do you have a build job where I can take a look at your configuration? Thanks RE: OpenELEC Testbuilds for RaspberryPi Part 2 - melfy - 2014-03-16 (2014-03-16, 10:17)craigbeat Wrote: Not sure if it's just me, but every build (including the latest) eventually 'freezes' whilst watching TV. I always revert back to this build which works perfectly: Same/similar issues for me. Audio (passthru) drops first, then a few seconds later it just freezes. Random February builds are ok but I also get the freeze on 3.95.1 & .2. Have you tried either of those? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-03-16 (2014-03-15, 20:15)606u Wrote: Seems like it's metadata related problem: after I cut 1st 10 minutes with mp4box, the result works just fine. When I add metadata with an up to date version of Subler (for Mac) it also works. Will try to trim and re-add metadata or to remux the movie. File is 1,5 Gbytes, will take awhile to upload it to Dropbox, but can do it, its not a problem. I can reproduce the problem. It does play correctly with the "faster channel change" patch reverted (so will play correctly with OpenELEC gotham beta build). I've asked author of that patch for advice. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - botribun - 2014-03-16 (2014-03-16, 10:17)craigbeat Wrote: Not sure if it's just me, but every build (including the latest) eventually 'freezes' whilst watching TV. I always revert back to this build which works perfectly:Same here, random system freezes while watching mkv's. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-03-16 (2014-03-16, 15:24)botribun Wrote: Same here, random system freezes while watching mkv's. Have you tried disabling FIQ FSM with either dwc_otg.fiq_fsm_mask=0x0 or dwc_otg.fiq_fsm_enable=0 to see if this is the reason for the freezes? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - MrNice - 2014-03-16 Hi popcornmix, I am still struggling with my issue: No sound when I boot OE on RPi. I installed OpenELEC Gotham build: #0315b When I reboot Rpi without switching AVR to standby (I did 5 reboot tests), I get sound system start then system wait for command. The first move with the remote from MUSIC to PROGRAM has no "TIC" sound then all next have. Music (CD flac file) plays well. When I wait until OE is in screensaver (dim), then a first remote button press activate the screen (no sound), a second remote button press move the "cursor" (no sound) then a new remote button press move the "cursor" with system sound "TIC". Is it an expected behaviour? When I reboot (I did 5 tests) RPi with switching AVR to standby, I don't get sound at restart, I have to change the screen resolution to get it. BTW, this is not when I press YES to accept the new resolution that I get the system sound but just before when I move the cursor to YES. When I don't have sound and I reboot without switching AVR to standby I get the sound at start. Do these tests help to understand where could be the issue? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-03-16 (2014-03-16, 17:28)MrNice Wrote: When I reboot Rpi without switching AVR to standby (I did 5 reboot tests), I get sound system start then system wait for command. The first move with the remote from MUSIC to PROGRAM has no "TIC" sound then all next have. Music (CD flac file) plays well.Yes, when audio engine is opened the gui sounds get resamples to current sampling frequency as a low priority background operation. Any sounds made before this is complete just get skipped, so first click (or possibly first few) is usually skipped (2014-03-16, 17:28)MrNice Wrote: When I don't have sound and I reboot without switching AVR to standby I get the sound at start. Sounds like this issue: http://wiki.xbmc.org/?title=Raspberry_Pi/FAQ#TV_is_not_detected_unless_powered_on_first |