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 - SSC_Jarod - 2013-08-25 (2013-08-25, 17:14)doveman2 Wrote:(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 Hi,, Try these in your guisettings.xml: <locale> <audiolanguage>original</audiolanguage> <charset>DEFAULT</charset> <country>Deutschland</country> <language>English</language> <subtitlelanguage>original</subtitlelanguage> <timezone>Europe/Berlin</timezone> <timezonecountry>Germany</timezonecountry> </locale> Important is: timezone and timezonecountry, this must be the keys to get the right Time. Since i have this, in every Branch ( Gotham or Frodo) the time is always right! Hope this helps for you Greetz, J. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-08-25 (2013-08-25, 18:04)SSC_Jarod Wrote: Hi,, Thanks, that's what I did and it seems to be correct now. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - botribun - 2013-08-25 (2013-08-25, 16:58)popcornmix Wrote: <gui>Brings back the 60 fps but 90% CPU usage as well. Downgrading to OpenELEC-RPi.arm-Rbej-Version-Gotham-Branch(21.08.2013)-r15464.tar.bz2 brings back the speed without menu lag here. Since 22.08 the system performance is really bad, gui lag and rubber banding everywhere, it feels like the system is some kind of under-clocked. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-08-25 (2013-08-25, 17:33)popcornmix Wrote: @doveman2 and @MilhouseVH Thanks for reminding me about that thread. Turning on visualizations confirms the observations Martijn has already made in that thread (post #2). (2013-08-25, 17:33)Martijn Wrote: It's not like you spend all day in settings right so this is just a very minor detail What does this mean - buggy software is (more) acceptable if you don't use it often? I do hope you were joking though, otherwise that is a really quite worrying attitude. (2013-08-25, 17:52)doveman2 Wrote: Strange that your CPU is so much lower than mine as I'm currently overclocking to 1000/450 with overvoltage=4. I may have a few extra patches. Edit: Actually, I do see slightly higher CPU load in stock Confluence - previously I had been testing with Confluence Modified. With stock Confluence, I see CPU load at about 70% when selecting the item in the right hand column. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Trickname - 2013-08-25 botribun to you use usb install ? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Martijn - 2013-08-25 no i was not joking. and i hope you were joking about the "buggy software". as stupid-boy said there's an effect on the button by design hence the reason it's dirty. i see no issue because you only go into setting when you need to change something and then you leave again. if this was happening somewhere in library or homescreen i agree but for settings this should not be an issue. be grateful that stupid-boy found the other DR problems. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-08-25 (2013-08-25, 20:24)Martijn Wrote: no i was not joking. and i hope you were joking about the "buggy software". That's not how things work in the real world though. People go into settings and something else comes up and they have to go off and leave it and they shouldn't have to remember to exit back to Home before they go to prevent it running at 90%. If there's an effect on a button in settings that's making it do this, then it might not be a bug but's it bad design as there's no justification for having a effect on a button that causes 90% CPU and if it's known about, it should be fixed by removing the effect. I can't say I've noticed any particular effect on the buttons in the right-hand pane that is any different from the buttons in the left-hand pane anyway. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - botribun - 2013-08-25 (2013-08-25, 20:23)Trickname Wrote: botribun to you use usb install ?No just super fast SD cards, Sony SF8UX Class10 8GB SDHC (94 Mbit/s) and SanDisk Extreme Pro SDHC 8GB (95 Mbit/s). And both work really nice prior 22.08 build. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-08-25 (2013-08-25, 20:24)Martijn Wrote: no i was not joking. and i hope you were joking about the "buggy software". Nope, not joking here either - I am simply taking your argument to a logical extreme (while also not stating that XBMC is buggy software). (2013-08-25, 20:24)Martijn Wrote: i see no issue because you only go into setting when you need to change something and then you leave again. Although I agree it's not an often accessed part of the system, I really don't see the point in not trying to fix (or improve) something simply because it's not used often. You could say that about a ton of different scenarios and use cases - no need to fix/improve what isn't used often. Take that approach and quality ultimately suffers. And yes, very grateful to stupid-boy for helping fix the DR problems and getting the Pi closer to maximum performance (and everything else running even smoother!) RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Martijn - 2013-08-25 (2013-08-25, 20:45)doveman2 Wrote:(2013-08-25, 20:24)Martijn Wrote: no i was not joking. and i hope you were joking about the "buggy software". come on seriously? if that's what you guys are worrying about you really need to find some other hobby. if you can't even remember to leave settings and then again how often do even leave it there. sorry but no way i am even going to take this seriously with such arguments. that's like the same as me saying if you are worried about cpu usage get a i7 so you don't even notice. note: yes i am dead serious! RE: OpenELEC Testbuilds for RaspberryPi Part 2 - misa - 2013-08-25 What's wrong with critic Martijn?.............alway's if somebody finds something that the team didn't notice there is critic here from the XBMC team............I really don't understand that. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Martijn - 2013-08-25 sure you can have criticism if you have some good reasons like the other thing on home screen where valid things. not that you leave your pi running 24/7 while you just forgot to exit settings. but whatever. what do i know about it right... RE: OpenELEC Testbuilds for RaspberryPi Part 2 - misa - 2013-08-25 (2013-08-25, 20:59)Martijn Wrote: sure you can have criticism if you have some good reasons. not that you leave your pi running 24/7 while you just forgot to exit settings. Maybe not everything?.........I know that I am a nerd and admit that..........but just let forget it all. We all are here to learn RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-08-25 (2013-08-25, 20:49)Martijn Wrote: if you can't even remember to leave settings and then again how often do even leave it there. That's the whole problem with your approach. People shouldn't have to "remember" to not leave it on a certain screen to avoid problems. That's not user-friendly at all and I can't imagine any other consumer device being released with such instructions "remember not to leave it on this screen, otherwise it will run at full power/heat even though it's not actually doing anything useful". Many people do apparently leave their RPi's running 24/7, as they're low-power devices and it makes it an "instant-on" device, rather than having to wait whilst it boots and they shouldn't have to be worrying "oh, did I/my wife/my kids leave it on the Settings screen. I'd better turn on the TV and check before I go out/to bed". I appreciate that the RPi and XBMC aren't commercial products but that's no excuse not to make it user-friendly, RE: OpenELEC Testbuilds for RaspberryPi Part 2 - SSC_Jarod - 2013-08-25 (2013-08-25, 20:49)Martijn Wrote:(2013-08-25, 20:45)doveman2 Wrote:(2013-08-25, 20:24)Martijn Wrote: no i was not joking. and i hope you were joking about the "buggy software". Quite right... Show one ONE damm other MediaPlayer Software, that is only near close to XBMC! I know xbmc sinc the first xbox days, and due reasons, i had to test and to work with a lot of mid and high priced players or software included the one in my fuxxx high priced 3D TV,,, and there are all, more or less, CRAP!!! So im landing since more then 10 years... at XBMC. And please remember, XBMC is for free and to get it worked on a "turtle" like Pi and make this little thing to one of the cheapest, but BEST Mediaplayers i've ever worked with...... .... Chapeau, to Team XBMC and people like Rbej.... Come on... You don't give up in a Race in first round, only your oil is a little hot, .... No... Lets solve the Problem together or give the guys the right input, who can code it, and bring the xbmc back on track... Blaming people, has never solved problems... Greetz, J. |