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 - 2014-03-11 (2014-03-10, 23:18)ijsbeer79 Wrote: Running overclocked mode. Can test more tomorrow: what do you suggest: test with 'older' build or remove overclock? Jonathan says the mask=2 contains most of the complicated code, so removing that bit is most likely to avoid the problem (but also avoid most of the benefit). The mask=0 failure is more surprising. Perhaps remove overclock, and check mask=0 case a few times. Try to confirm if it is consistently worse than mask=1 or mask=4 (I'd predict it to be the same). RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2014-03-11 Is this new kernel also in the Openelec 4.0 beta? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - tinnyskillz - 2014-03-11 Is it me, or is wireless and wired connection at startup beginning real slow (connects like two minutes after boot/ sometimes not at all until a reboot or two)? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-03-11 (2014-03-09, 23:25)RichG Wrote: Testing with two files: Thanks for info. A fix has been pushed to newclock3. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-03-11 (2014-03-11, 02:05)allan87 Wrote: Is this new kernel also in the Openelec 4.0 beta?I believe so. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-03-11 (2014-03-11, 02:05)allan87 Wrote: Is this new kernel also in the Openelec 4.0 beta? Pretty much - the only kernel patch not present in OE 4.0 Beta is the accelerated support of high-speed isochronous transactions that appeared in #0307. Everything else is the same, kernel-wise, including the support for FIQ FSM which is enabled by default in OE 4.0 Beta. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-03-11 New OpenELEC Gotham build: #0311 (Supercedes previous build) Code: # uname -a Based on tip of XBMC master (d49c4fe, changelog) and tip of OpenELEC master (e97abed, changelog) with the following modifications:
Additional Testing Notes:
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - RichG - 2014-03-11 (2014-03-11, 02:27)popcornmix Wrote:(2014-03-09, 23:25)RichG Wrote: Testing with two files: Thanks for the fix. Will try the new build later. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - robe1 - 2014-03-11 Hi popcornmix As suggested I tried the latest Milhouse build to stop the film pauses with DTS passthrough enabled and it did not work, still had long pauses every 30 seconds or so. I also disabled the fanart add-on and increased the gpu memory from 128 to 256 but with no success. I have uploaded a copy of the logs here - http://pastebin.com/aG4jEJq8 A couple of things I have noticed, not sure if they will help:- I have recently upgraded my amplifier. On my old amp is only supported 1080i and I didn't have the pauses. My mew amp supports 1080p and the pauses are very bad. Is there a way of forcing XBMC to 1080i so I can test this out on the new amp? I also tried experimenting with different frame rates - set at 24, 30 and 50 the pauses happened but it seemed to get further into the film before they started. Withe the frame rate at 60 they started almost immediately. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - RichG - 2014-03-11 (2014-03-11, 02:27)popcornmix Wrote:(2014-03-09, 23:25)RichG Wrote: Testing with two files: Sorry to say, but the fix hasn't worked. Upgraded to the new MilhouseVH build and I'm now getting a loud burst every time I start file one, but nothing going from one to two. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - fightnight - 2014-03-11 #0311 fixed loud burst. Thanks! Edit: at 3rd time I get loud burst again :S RE: OpenELEC Testbuilds for RaspberryPi Part 2 - ken_s - 2014-03-11 (2014-03-10, 20:41)popcornmix Wrote:(2014-03-10, 20:19)Shanyel Wrote: I can confirm that since I've added this setting, no lockups All 3 settings led to freezes on my pi, so leaving it on 0 for now which seems to work. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - User 203163 - 2014-03-11 (2014-03-10, 20:41)popcornmix Wrote: This setting has 3 enable bits in. It would be interested to determine which bit causes the lockup. Can you (anyone who sees the lockup) try: Copied two ~4GB .mkv-files from PC to USB-HDD connected to my RPi. Average speed 3MB/sec (over wired nic) Nothing in cmdline.txt other than boot=LABEL=SYSTEM disk=LABEL=STORAGE ssh quiet Lockup after 14-20 minutes of copying. I could still use ssh but it was sloooow, bcmstat showed over 9,000 IRQ/s boot=LABEL=SYSTEM disk=LABEL=STORAGE dwc_otg.fiq_fsm_enable=x ssh quiet x=0 No lockups x=1 Lockup x=2 Lockup x=4 Lockup RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Silo100 - 2014-03-11 (2014-03-11, 12:47)IntelSwe Wrote:(2014-03-10, 20:41)popcornmix Wrote: This setting has 3 enable bits in. It would be interested to determine which bit causes the lockup. Can you (anyone who sees the lockup) try: Exactly the same results here. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - ramekers - 2014-03-11 (2014-03-09, 14:53)ramekers Wrote: ever since the latest build, but probably a few builds earlier also, Nobody else having this problem ?? To make things worse, toggling the audio channel from my Phone doesn't work either, it just seems to toggle the "enable passthrough" option instead of toggling the audio channel, even though the Phone does send the command "Action(audiotoggledigital)" to XBMC. (I use Yatse's remote app) |