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 - popcornmix - 2013-11-27 (2013-11-27, 23:16)MilhouseVH Wrote: I've repeated the testing twice, and chirping kicked in both times with 431595. Thanks. At least my assumptions were true. I've made a top of tree build with what I beleive to be the bad thing from 431595 reverted: https://dl.dropboxusercontent.com/u/3669512/temp/start_434273%2B.elf Is this okay? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-11-27 Unfortunately, still chirping with 20 Nov 02:51 build and start_434273+.elf. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-11-27 (2013-11-27, 23:37)MilhouseVH Wrote: Unfortunately, still chirping with 20 Nov 02:51 build and start_434273+.elf. Can you also add "hdmi_dma_waits=7"? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-11-27 (2013-11-27, 23:46)popcornmix Wrote:(2013-11-27, 23:37)MilhouseVH Wrote: Unfortunately, still chirping with 20 Nov 02:51 build and start_434273+.elf. That was with hdmi_dma_waits=7 - realised after the above post that I'd left it in my config.txt while performing the tests (if you want me to repeat the testing let me know!) With hdmi_dma_waits=7 removed from config.txt, start_434273+.elf is still chirping. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-11-28 (2013-11-27, 23:47)MilhouseVH Wrote: With hdmi_dma_waits=7 removed from config.txt, start_434273+.elf is still chirping. Hmmm, not expected. How about this: https://dl.dropboxusercontent.com/u/3669512/temp/start_434273%2B2.elf RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-11-28 (2013-11-28, 00:09)popcornmix Wrote: Hmmm, not expected. How about this: That seems to have fixed it - no chirping! Tested without "hdmi_dma_waits=7". RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-11-28 (2013-11-28, 00:18)MilhouseVH Wrote: That seems to have fixed it - no chirping! Okay, I'd still like to confirm hopefully a last version: https://dl.dropboxusercontent.com/u/3669512/temp/start_434273%2B3.elf Try without the hdmi_dma_waits=7 first, but add it if there's chirping. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-11-28 (2013-11-28, 00:29)popcornmix Wrote: Okay, I'd still like to confirm hopefully a last version: This seems OK too, I'm not getting any chirping and that's without hdmi_dma_waits=7. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-11-28 (2013-11-28, 00:33)MilhouseVH Wrote: This seems OK too, I'm not getting any chirping and that's without hdmi_dma_waits=7. Thanks for your help. I'll push out an official firmware with that fix in. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-11-28 (2013-11-28, 00:34)popcornmix Wrote:(2013-11-28, 00:33)MilhouseVH Wrote: This seems OK too, I'm not getting any chirping and that's without hdmi_dma_waits=7. Excellent, many thanks - I'll put up a new build once the firmware is available (plus the newclock3 commits). RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-11-28 (2013-11-28, 00:41)MilhouseVH Wrote: Excellent, many thanks - I'll put up a new build once the firmware is available (plus the newclock3 commits). Great. Latest commit may be interesting. Makes a noticable difference to max framerate: https://github.com/popcornmix/xbmc/commit/77e723384027c6fb88bc961da90c073cc4057866 RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-11-28 Firmware is updated: https://github.com/Hexxeh/rpi-firmware/commit/9a96d713a10a82a026a3837fdbd84a6144d44a3a RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-11-28 OpenELEC web servers are down, not expected back until tomorrow - will try and cobble something together if I'm just missing firmware and xbmc packages, but may have to wait until their servers are back if I'm missing more. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-11-28 New OpenELEC Gotham build on *obsolete*. Code: rpi512:~ # vcgencmd version Based on tip of XBMC master (81a9c0c) and OpenELEC master (d1125a0) with the following modifications:
Many thanks to popcornmix for squashing these bugs with such dedication, and Ben for eking out even more performance! RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-11-28 (2013-11-26, 15:05)MilhouseVH Wrote: There seems to be a problem with "rewind" on music - it always seeks forward (rather than backwards). Fast forward works correctly though. Still having this problem with the latest build. It's not the remote, as the seek dialog has the 1x/2x/4x/8x/16x/32x "bubble" moving to the left (not the right) and the dialog says "REWIND" (not "FAST FORWARD") yet the seek time is advancing (ie. moving forwards, not reversing). Actually, seeking within music seems to be a little flakey in general. After pressing "fast forward" (1x) at the beginning of a song - which may be 3 minutes long - seeking will automatically end after seeking for a few seconds, playback will move on to the next song in the playlist before rapidly seeking through it (no seek dialog), then freezing playback at the end of this second song (the "Play" button is visible at the bottom of the screen along with the track title and timecode, the current position being at the end of the song and no further progress). |