Kodi Community Forum

I haven't noticed anything using latest GIT version. It's staying stable around 70%.

I believe I never had my openelec Pi at 15% (not even at 40%)... lol

On home screen I am always on 10-20% (make sure you use SSH and top command, find a calm screen on home menu and check).
70% is to much on a calm screen unless you have some background processes (addons etc) running, but if you check CPU in library for example it should be ≈70%.
With confluence I get 10-30% on calm screens.

What is your Pi openelec version? Are you using stable or development branch?

As you can see, this is my homescreen cpu level on Amber (and I think it has been for a good time now)

Using Raspbmc and have tested 12.2 stable and 13.0alpha.
Same problem on both so I am quite certain something has changed in latest Amber as other skins still works as they should.
I can test this on my ATV2 as well and report back.

@lysin
I usually have ≈15-20%CPU on home screen, but I have even lower on my OpenELEC version, ≈10-15% (have an extra SD with OpenELEC for testing purposes).
I test OpenELEC every now and then and I have same low CPU% on both rbej´s custom builds and standard releases.
If you have something moving (scrolling text etc) or a lot of text on the screen CPU spikes directly (calm screen = nothing moving and very little text).

Maybe you have some addons that causes that high CPU usage, or other background processes.
Low CPU in GUI means WAY snappier, Amber usually is has the lowest numbers I have tested and therefor the fastest skin (confluence is pretty much the same though).

Difference between Confluence and Amber can be seen in pictures below (before it was pretty much no difference):
https://www.dropbox.com/s/k0nhgsj7nq0pk96/amber.jpg
https://www.dropbox.com/s/25rzg7rquivwnb...luence.jpg

What would help tracking it down is you post a debug log from latest version and than again using xbmc repo version.

Yeah, of course... repo version, didn´t think of that.
I am on it, be right back...

edit: Ok, so it seems to just pound out the following message in the log (growing all the time):

Will post complete logs soon as well.

Logs:
The first is with 0.3.3, but I had to shrten it a bit since it exceeded the limit at pastebin, but it was the same message over and over again:
http://pastebin.com/PR2eUD6k

The second is with 0.3.0 which still works for me:
http://pastebin.com/taN7BRkw

(2013-06-06, 21:54)miappa Wrote: [ -> ]Something is really wrong with latest git version, or something went wrong in my setup.
CPU on Pi is close to 100% all the time, even on very calm screens where before CPU was at ≈ 15%.
This makes it really slow and pretty much unusable.
Changed to Confluence which behaved normal, tried another light skin which also behaved normal.

I will try to remove guisettings.xml and reinstall the skin and see if it persists (if the install went bad).
Will report back.

Edit: I couldn´t get it to work and unfortunately I did not save the old version, so at the moment I am off Amber.
Anyone lese seeing this or is it something wrong with my Pi or setup?

I'm ok with 0.3.3.

pecinko
- All picture view modes except panel lost black transparent bg
- big list in video/music/pictures addons is not really big
- on home screen when focus is on the weather you can see only 3 titles on ribbon instead of 5

As some people seems to not have this issue I tried it on OSX and ATV2 with same result.
Same message repeating over and over again.
From OSX:

Let me know if you´ll need anything else.

(2013-06-07, 00:04)miappa Wrote: [ -> ]As some people seems to not have this issue I tried it on OSX and ATV2 with same result.
Same message repeating over and over again.
From OSX:

Code:

00:00:52 T:140735239487872   DEBUG: Window DialogExtendedProgressBar.xml was already loaded
00:00:52 T:140735239487872   DEBUG: Alloc resources: 3.23m
00:00:52 T:140735239487872   DEBUG: ------ Window Deinit (DialogExtendedProgressBar.xml) ------
00:00:52 T:140735239487872   DEBUG: ------ Window Init (DialogExtendedProgressBar.xml) ------
00:00:52 T:140735239487872   DEBUG: Window DialogExtendedProgressBar.xml was already loaded
00:00:52 T:140735239487872   DEBUG: Alloc resources: 2.55m
00:00:52 T:140735239487872   DEBUG: ------ Window Deinit (DialogExtendedProgressBar.xml) ------
00:00:52 T:140735239487872   DEBUG: ------ Window Init (DialogExtendedProgressBar.xml) ------
00:00:52 T:140735239487872   DEBUG: Window DialogExtendedProgressBar.xml was already loaded
00:00:52 T:140735239487872   DEBUG: Alloc resources: 2.25m

Let me know if you´ll need anything else.

I've just checked and I have this too in OSX. Can't test on more systems atm.

Thanks guys for info and those logs, very helpful.

I'll try to make a fix for this today. Will take a look at issues posted by relyter as well.

(2013-06-06, 22:46)miappa Wrote: [ -> ]Using Raspbmc and have tested 12.2 stable and 13.0alpha.
Same problem on both so I am quite certain something has changed in latest Amber as other skins still works as they should.
I can test this on my ATV2 as well and report back.

@lysin
I usually have ≈15-20%CPU on home screen, but I have even lower on my OpenELEC version, ≈10-15% (have an extra SD with OpenELEC for testing purposes).
I test OpenELEC every now and then and I have same low CPU% on both rbej´s custom builds and standard releases.
If you have something moving (scrolling text etc) or a lot of text on the screen CPU spikes directly (calm screen = nothing moving and very little text).

Maybe you have some addons that causes that high CPU usage, or other background processes.
Low CPU in GUI means WAY snappier, Amber usually is has the lowest numbers I have tested and therefor the fastest skin (confluence is pretty much the same though).

Difference between Confluence and Amber can be seen in pictures below (before it was pretty much no difference):
https://www.dropbox.com/s/k0nhgsj7nq0pk96/amber.jpg
https://www.dropbox.com/s/25rzg7rquivwnb...luence.jpg

Thanks miappa.

I got back home today and after switching to confluence, it really drops to ~15% . I never realised that.
Maybe that's why my Pi cpu raised 10º in the last week.

Anyway, here is another log for pecinko. eheh

http://xbmclogs.com/show.php?id=25574

I've narrowed it down to this git commit "Change player behaviour on home screen" v0.3.2

High CPU load started there.

Cheers

(2013-06-06, 23:04)relyter Wrote: [ -> ]I'm ok with 0.3.3.

pecinko
- All picture view modes except panel lost black transparent bg
- big list in video/music/pictures addons is not really big
- on home screen when focus is on the weather you can see only 3 titles on ribbon instead of 5

Well, not exactly ok. It really feel slower, miappa is right. And besides that above:
- big list in video does not show default thumbs for items like "Movies" "Tv show" "In progress tv shows" "Genre" "playlists" etc
- there's more problems with home menu entries on the band. On RPi besides the "weather" there's no most right entry when "TV shows" is focused. On Windows the same is for the "Music", but the "tv shows" is ok. On "weather" there's no "qu" from "quit" but it's probably because it's too short? I guess it depends on home menu settings.

OK, all should be fixed now on Git.

I have removed BigList for now - I'm not happy with current looks so it's out until I rework it.

Home menu looks will vary depending of label length, thats not a bug And with latest fixes in place my CPU is below 10% Thanks for testing.

BTW Original question remains unanswered - what about missing seekbar labels on some of RPi installs, it that fixed now?

Seems to work very good for me.

(2013-06-09, 14:18)pecinko Wrote: [ -> ]Home menu looks will vary depending of label length, thats not a bug And with latest fixes in place my CPU is below 10% Thanks for testing.

Very good, no scrolling text on home screen -> less CPU%.
And the spamming issue seems to be gone as well.

(2013-06-09, 14:18)pecinko Wrote: [ -> ]BTW Original question remains unanswered - what about missing seekbar labels on some of RPi installs, it that fixed now?

Sorry, never had this problem and it still works for me (which is good of course, but I cannot confirm...).

(2013-06-09, 14:18)pecinko Wrote: [ -> ]I have removed BigList for now - I'm not happy with current looks so it's out until I rework it.

I use the big list only in addons (video) as it is the only list view that shows content info (at least in SVTPlay addon). Not a biggie, I just use panel instead for now, not as snappy but works good.

Another thought:
A setting for transparency on list view in library? It looks good as it is, but I would like to test how it looks with more transparency to be able to view more of the background fanart. Perhaps you have tested different things already and there is a reason not to do this?