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 - allan87 - 2013-11-26 Chirping: I did some testing and, passthrough ON, I definitely heard chirping on: XVID MP3 2.0 DIVX MP3 2.0 AVC1 AAC 2.0 I did not hear chirping on: AVC1 DD 2.0 AVC1 DD 5.1 However, with passthrough OFF, I listened again to an AVC1 DD 5.1 that had sounded clean with passthrough ON.This time, I did hear some chirping. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - zeus[x] - 2013-11-26 (2013-11-24, 20:46)MilhouseVH Wrote: New Gotham build on Dropbox. Hi, sorry for the dumb question, I searched but didn't find any answer. I installed the openelec image 3.2.3 and them I downloaded this build provided by MilhouseVH and I replaced the 4 files in Target folder with the ones on SD card. But now I can't boot this build. Any clue? Anything i did wrong? Whats the correct way to use this build? Thanks for your support. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-11-26 (2013-11-26, 11:12)zeus[x] Wrote: Hi, If you're upgrading from a 3.2.3 build, you need to extract the 4 files from the Target folder and put them in your Update folder on the Pi, then reboot the Pi. If you Pi is not booting, you'll need to fix the SD card manually as follows:
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - zeus[x] - 2013-11-26 @MilhouseVH, thanks for your fast reply, also, thanks alot for all you work on XBMC comunity. I used the win32diskimager-v0.9 software (windows) to copy the .img file to the SD card and I followed your instructions. I could sucessefully boot the Pi. But, When It opens the OpenELEC wellcome menu, on the network, it crash. No visible wired network is shown and nothing happens. The Pi hangs on that point. Thanks do your help. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-11-26 There's a bug in the Gotham first-time setup network wizard which means it loops constantly (not sure if it crashes) so normally you would configure a release build (eg. 3.2.2) then upgrade to Gotham, or there's a manual workaround which involves copying in the settings file. See here. If this isn't your problem, then I'm not sure what is going wrong - if you're overclocked, remove the overclock. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - zeus[x] - 2013-11-26 Thanks, that was a good tip. Later today I will test the sound and the MCE remote control. With the build OpenELEC-RPi.arm-Rbej-Version-Gotham-Popcornmix-Branch(09.10.2013) MCE wasn't working. However with the official release (3.2.3) everything was working fine. Soon as I get more results I will type here. Once again, thanks for your support. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-11-26 There seems to be a problem with "rewind" on music - it always seeks forward (rather than backwards). Fast forward works correctly though. Seeking in either direction works correctly with video media. (testing with the build I posted up the other day) RE: OpenELEC Testbuilds for RaspberryPi Part 2 - zeus[x] - 2013-11-26 Microsoft MCE remote working fine with this build =) RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-11-26 Is anyone finding that the audio amplification/compression gets messed up when jumping around in videos? I have it set to 18db and when I start watching something it's fine but when I jump forward or back, it seems to get a lot louder, like it's fixed itself to 18db and isn't adjusting in relation to the audio stream as it should. The loud glitches when starting playing and skipping seem to be gone now though, which is great RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-11-26 (2013-11-26, 16:47)doveman2 Wrote: Is anyone finding that the audio amplification/compression gets messed up when jumping around in videos? I have it set to 18db and when I start watching something it's fine but when I jump forward or back, it seems to get a lot louder, like it's fixed itself to 18db and isn't adjusting in relation to the audio stream as it should. That is expected. The 18dB will be added to the volume when playback starts. To avoid clipping, there is an attenuation level that is calculated. If (volume+amplification > max_level) then the attenuation is increased. The attenuation slowly decays when we are not in danger of clipping. Overall this means that quiet parts of the movie are amplified by 18dB, but loud parts are left alone. After a seek, the attenuation is reset to 0, and allowed to settle based on the current volume level in the file (exactly as if you'd started playback from there). So, if you had just passed a loud part of movie, where attenuation had increased to 18dB, and you are now in a quiet part, the attenuation will be slowly decaying (e.g. it might be 15dB) and you then seek to an equally quiet part, it will seem louder as the attenuation is reset to 0. However it should be the same volume as you would have got just by waiting for the decay to take it to zero. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-11-26 (2013-11-26, 02:48)MilhouseVH Wrote: Here's a 100MB sample mkv on dropbox, it's the opening titles from Blade Runner Directors Cut, 1080p/DD5.1. Audio starts at 13 seconds, however chirping is usually evident as the green tree is being traced line by line. I've copied your audio settings, set amplification to 30dB and played both samples. I'm using an Onkyo 606 receiver with headphones. Heard nothing like chirping. Also tried with an LG TV (32LW450U), and didn't sport any chirping. My guess is that the chirps aren't really being output (do you have another hdmi device to try?), but are being generated by your TV due to it not liking the signal in some way (e.g. the clocking). There has been a fair bit of hdmi audio rework recently (mostly committed to master on Nov 7th). I did include some config options to switch between different schemes in case there were problems. But really I need to know what firmware introduced the problem. Can you take the working xbmc image and try it with start.elf/fixup.dat from Nov 7th? Try to identify the firmware that caused the quirks, and I'll be able to narrow down what tests to run. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-11-27 Mine is HDMI to the monitor, line out from monitor to line-in on my PC (X-Fi soundcard) and then to my PC speakers. I'll try and narrow down the specific firmware later tonight. Will also try connecting the Pi (using "bad" firmware) to my Onkyo 828 amp. (2013-11-26, 22:45)popcornmix Wrote: Heard nothing like chirping. To try and describe what I'm referring to as "chirping" - it's like wow & flutter on an old tape system, a brief speed change in the audio resulting in very noticeable distortion. I may try and upload a sound recording or video later... RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-11-27 (2013-11-27, 01:11)MilhouseVH Wrote: To try and describe what I'm referring to as "chirping" - it's like wow & flutter on an old tape system, a brief speed change in the audio resulting in very noticeable distortion. I may try and upload a sound recording or video later... You haven't enabled the fixed latency (live tv) mode? That will provoke audio resampling to maintain a fixed latency buffer. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-11-27 (2013-11-27, 01:33)popcornmix Wrote: You haven't enabled the fixed latency (live tv) mode? That will provoke audio resampling to maintain a fixed latency buffer. No, I don't use any PVR functionality. My Video settings: The one option not in view - Disable stereoscopic mode when playback is stopped - is enabled (I assume this is a default setting). The Monitor is not 3D capable. My cmdline.txt: Code: ip=dhcp boot=/dev/mmcblk0p1 disk=UUID=33142caa-653a-4168-9138-575353723a22 smsc95xx.turbo_mode=N ssh fastboot noram Code: gpu_mem=256 Here's the video of me playing back the BRFC_100 sample: 88MB dropbox, apologies for the quality but hope it's good enough to give you the idea. The "chirping" can be clearly heard during the "tree" segment, and also as the cast names appear the electronic strings (violins?) are distorted, almost as if there's a distant echo. What's strange is that it doesn't always do this, it took me three attempts at playing the sample before I managed to reproduce the problem. I'll get back to you on the firmware later (need to catch up on some Champions League footie). RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-11-27 (2013-11-27, 01:50)MilhouseVH Wrote: No, I don't use any PVR functionality. It's not part of PVR - it's in settings/video/playback. From this: https://github.com/popcornmix/xbmc/commit/a9d6f596ba7de06fabefd5aa7b5a149f6ef9a0a6 |