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 - 2013-08-25 (2013-08-24, 13:50)popcornmix Wrote: You need that patch instead of the previous "bcm2708 vchiq driver" patch. Only vchiq_proc.c and vchiq_arm.c changed, and the patch is the initial import of those files, so you can probably just grab the updated version of those two files. Rightyo... I hacked in the vchiq_proc.c and vchiq_arm.c changes as best I could, Linux compiled anyway which is usually a good sign! I've played the test movie with two concurrent vcgencmd loops 6-7 times and no traceback messages, so that's looking good - many thanks. However, I did see the following ERROR just once in /var/log/message during one playback - not sure what it means, and maybe a later patch already addresses it: Code: Aug 25 12:35:46 rpi512 user.info kernel: [ 48.919983] bcm2835-cpufreq: switching to governor ondemand RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Squall13 - 2013-08-25 (2013-08-25, 12:13)evanspae Wrote:(2013-08-25, 02:42)Squall13 Wrote:(2013-08-24, 19:04)misa Wrote: Try to remove <guires>1080 or 720</guires> from advancedsettings.xml I understand sir if it is a bug or some sort and I appreciate all these people have done for the project. but it looks like I'm the only one with the problem so it must have been something I've done lol. The last people that had the same problem that I have googled was back in 2012 so I think it's safe to assume that no one here currently is having said issue. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-08-25 (2013-08-25, 14:03)MilhouseVH Wrote: However, I did see the following ERROR just once in /var/log/message during one playback - not sure what it means, and maybe a later patch already addresses it: Looks like this issue: https://github.com/raspberrypi/linux/issues/241 Seems it should have been fixed. Can you check if all the dwc_otg commits are present in your linux tree? If you do and you are still getting that error then opening a linux issue may be best. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-08-25 (2013-08-25, 14:08)popcornmix Wrote: Looks like this issue: I seem to have the following dwc related patches in OE master: Quote:Subject: [PATCH 002/112] Add dwc_otg driver It looks like I have the patch mentioned in issue 241 (highlighted in above list) - I assume the patch hasn't changed, this is what I have: Code: 1.8.1.6 I've only seen the ERROR just the once, but if I continue to see it I'll open a new issue. My Pi is connected to a keyboard - though not in use - and IR dongle, which may account for the USB 1.1 activity. Other than the message appearing, all seems fine with the Pi and XBMC. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - RichG - 2013-08-25 (2013-08-25, 13:54)evanspae Wrote:(2013-08-25, 13:30)popcornmix Wrote: advancedsettings should trump guisettings. My clock is correct with those settings in advancedsettings. Just been trying todays build (25/08) and on first boot with timezone in advancedsettings.xml it came up on hour out. Removed the lines again from advancedsettings and rebooted and time was correct - go figure! RE: OpenELEC Testbuilds for RaspberryPi Part 2 - dhead - 2013-08-25 (2013-08-24, 17:37)dhead Wrote: Hi rbej and popcornmix (2013-08-25, 13:56)rbej Wrote: Updated Gotham Branch Thanks Rbej. This build fixed all my issues with media keys (FF, RR, Play and Record). RE: OpenELEC Testbuilds for RaspberryPi Part 2 - botribun - 2013-08-25 Since 3 or 4 builds xbmc doesn't feel snappier any more and it just shows around ~25/30 fps in the system tab? Is it just me? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-08-25 (2013-08-25, 16:53)botribun Wrote: Since 3 or 4 builds xbmc doesn't feel snappier any more and there just shows around ~25/30 fps in the system tab? Is it just me?I believe that is deliberate. There were some bugs in the dirty rectangle code meaning some display (particularly the system info) were constantly being flagged as requiring an update and so would try to update as fast as possible, resulting in high fps and 100% cpu. With the fixes you should find the screens only update when required (i.e. at speed the controls update) and the cpu will be lower. If you want the fps to show higher numbers (at expence of cpu), then disabling dirty rectangled will probably have this effect: <gui> <algorithmdirtyregions>0</algorithmdirtyregions> </gui> to advancedsettings.xml. http://wiki.xbmc.org/?title=advancedsettings.xml#.3Calgorithmdirtyregions.3E RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-08-25 (2013-08-25, 12:28)popcornmix Wrote:(2013-08-25, 00:38)doveman2 Wrote: Ah, I see it affects XBMC completely and shows the wrong time on Home and in the EPG (i.e. it shows the current programme as the one that was on an hour ago) and not just the log Thanks, I'll try that. I checked guisettings.xml and that already has Code: <locale> so as you can see, the timezone settings are blank which explains why it's not working. Hmm, adding the settings to advancedsettings.xml didn't help and it still shows an hour behind onscreen. I put the timezone settings in guisettings.xml as well and that's fixed it. Looking through I also saw Code: <audiooutput> could the normalizelevels setting be causing Music to be so much louder than TV or does that setting apply to all audio? I note that there doesn't seem to be any downmix setting in there, is that located somewhere else? There's also Code: <audio> and I wonder what fvolumelevel controls. I also saw Code: <input> which I changed to false as I'm not using a joystick and it seems sensible to disable anything I'm not using. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-08-25 (2013-08-25, 16:58)popcornmix Wrote: I believe that is deliberate. Yes, for me it's lower in Settings or System Info now, around 30fps and 30% CPU. However it still has the bug when moving from the left-hand category pane in Settings to the right-hand pane where the CPU goes to 89%+. For example, Settings - Videos with Library selected it's 25-30%, moving to the other pane so that "Show plot for unwatched items" is selected and it jumps to 89%. Interestingly, this doesn't happen on the Skin Settings pages, i.e Settings - Appearance - Settings where it stays below 50% whatever's selected (at least with xTV-SAF) and on Categories with fewer items in the other pane, such as Startup and Media Sources, it stays below about 35%. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-08-25 I can reproduce the above from doveman2, although I've included all the GUI performance patches from stupid-boy. For me, moving from the left column (Settings -> Video -> Library, ~9% CPU) to the right ("Show plot for unwatched items") causes the CPU load to jump to 55% (1GHz Pi). So it looks like there's a few additional GUI optimisations needed... RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-08-25 @doveman2 and @MilhouseVH There is a thread for dirty rectangle bugs: http://forum.xbmc.org/showthread.php?tid=171784 Ideally turn on visualizedirtyregions and set algorithmdirtyregions to 1 or 2 and take a screenshot. It should show what area of the screen is getting unnecessary updates. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Martijn - 2013-08-25 (2013-08-25, 17:31)MilhouseVH Wrote: I can reproduce the above from doveman2, although I've included all the GUI performance patches from stupid-boy. For me, moving from the left column (Settings -> Video -> Library, ~9% CPU) to the right ("Show plot for unwatched items") causes the CPU load to jump to 55% (1GHz Pi). So it looks like there's a few additional GUI optimisations needed... http://forum.xbmc.org/showthread.php?tid=171784&pid=1491666#pid1491666 It's not like you spend all day in settings right so this is just a very minor detail RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Squall13 - 2013-08-25 I think I saw the bug that was causing my problems. The resolution part of guisettings.xml doesn't change whatsoever. Directly or via XBMC settings. Deleting and recreating it doesn't work either. The values remain the same. Oh well, I switched back to the latest rbej Frodo but it seems like I have some problems there as well ( can't open : /sbin/init/ line 49 var/config/settings.conf on startup). But it's better than having my resolution change every reboot. Cheers and more power. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-08-25 (2013-08-25, 17:33)popcornmix Wrote: @doveman2 and @MilhouseVH I did try that before and couldn't see any dirty rectangles on the settings screens, the only one I found was on Recently Added with scrolling text. I'll try again though just in case the newer build has changed things there but I doubt it. (2013-08-25, 17:33)Martijn Wrote: http://forum.xbmc.org/showthread.php?tid=171784&pid=1491666#pid1491666 I think you underestimate it IMHO, as it means I have to warn people not to leave XBMC on these screens or it will peg the CPU at 90%, wasting energy and creating unnecessary heat, thus shortening the life of the RPi for no reason. Users shouldn't have to be worrying about which screen they might have left it on and remembering to go back to Home every time they leave it idling. (2013-08-25, 17:31)MilhouseVH Wrote: I can reproduce the above from doveman2, although I've included all the GUI performance patches from stupid-boy. For me, moving from the left column (Settings -> Video -> Library, ~9% CPU) to the right ("Show plot for unwatched items") causes the CPU load to jump to 55% (1GHz Pi). So it looks like there's a few additional GUI optimisations needed... Strange that your CPU is so much lower than mine as I'm currently overclocking to 1000/450 with overvoltage=4. |