maemo.org - Talk

maemo.org - Talk (https://talk.maemo.org/index.php)
-   Nokia N900 (https://talk.maemo.org/forumdisplay.php?f=44)
-   -   Bug report: hildon-desktop cpu usage, result=causes slow battery drain (https://talk.maemo.org/showthread.php?t=54462)

lemmyslender 2010-09-02 18:09

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Quote:

Originally Posted by grog (Post 805466)
After installing this I did:

Code:

apt-get update; apt-get -s upgrade
And it didn't offer to reinstall hildon-desktop, so I assume we don't need to pin this like MohammadAG's package?

TX

I assume you installed and pinned MohammadAG's package (and didn't edit the preferences file to remove the pin). If so this one is pinned as well. You just replaced MohammadAG's package (same version numbers, etc).

grog 2010-09-02 19:18

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Quote:

Originally Posted by lemmyslender (Post 805487)
I assume you installed and pinned MohammadAG's package (and didn't edit the preferences file to remove the pin). If so this one is pinned as well. You just replaced MohammadAG's package (same version numbers, etc).

Actually no, I hadn't touched either of these packages before now. I had just read through Mohammad's thread & was commenting on what I had experienced after installing Tomast's version. TX

ktchiu 2010-09-02 22:29

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Quote:

Originally Posted by tomast (Post 805317)
Correct, MohammadAG's patch isn't needed anymore. You should be able to achieve the same effect by setting the appropriate value in /usr/share/hildon-desktop/transitions.ini.
See http://talk.maemo.org/showthread.php...127#post798127

I took a quick look in the git history, and
  • pre-PR1.2 used a (hard-coded) deceleration_rate of 0.99
  • PR1.2 uses a (hard-coded) deceleration_rate of 0.90
  • post-PR1.2 ("my" version) reads the value from the "launcher" section in transitions.ini, with default=0.90. And the included transitions.ini has a commented-out value of 0.98.

(The less important strong_deceleration_rate ("effective in bouncing zones") is 0.7 in all cases.)

Not sure about what value Mohammad uses, but I would guess 0.99.

/T

Could you please post up your version of transitions.ini? I'm having some trouble getting the faster kinetic scrolling to work.

DaSilva 2010-09-03 08:12

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
I cannot get the same scrolling effect as in MohammadAGs hildon-desktop deb with tomasts one (even after activating deceleration_rate=0.98) but at least all bugs are fixed :)

tomast 2010-09-03 09:17

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
2 Attachment(s)
Quote:

Originally Posted by ktchiu (Post 805723)
Could you please post up your version of transitions.ini? I'm having some trouble getting the faster kinetic scrolling to work.

I just figured out that hildon-desktop tries to read /etc/hildon/theme/transitions.ini first with fallback to /usr/share/hildon-desktop/transitions.ini .... So check /etc/... first.

A working transitions.ini is attached (remove .txt).

deceleration_rate is 0.9999 here, which means that it practically never will stop scrolling by itself. A better value might be 0.99.

Note that you set deceleration rate and not initial speed (which obviously is set by your finger).

I haven't figured out yet if it is supposed to auto-reload the configuration file on change or not (it seems like it does that partially...). I always 'killall hildon-desktop' to be sure.

EDIT: Does anybody know if TMO or browsers adds CRs to .txt-files downloaded from here (for our poor Windows users)? Attaching a .gz version just in case.

/T

tomast 2010-09-03 09:53

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Quote:

Originally Posted by grog (Post 805574)
Actually no, I hadn't touched either of these packages before now. I had just read through Mohammad's thread & was commenting on what I had experienced after installing Tomast's version. TX

I actually installed Mohammad's deb just to find the reason for this, but sadly I wasn't offered to replace it either (without --reinstall).

EDIT: But IF it turns out that the two debs behaves differently in this regard, then read on...

The only important difference that I can find is that Mohammad has changed the deb's "Maintainer" field. It is possible to interpret http://linux.die.net/man/5/apt_preferences *** it matters:
*** = insert some word combination unobvious to a swede like me :confused:

Quote:

If two or more versions have the same priority and version number but either the packages differ in some of their metadata or the --reinstall option is given, install the uninstalled one.

Anyhow, it would be very interresting to see the output of 'apt-cache policy' and 'apt-cache policy hildon-desktop' (or 'apt-cache policy <packagename>') from someone who have seen this "automatic reinstallation" happen on some package. The only thing I can think of now is if those who have this problem have performed an SSU update which have changed some apt settings.

/T

DaSilva 2010-09-03 14:01

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Am I the only one or is it not possible anymore to force the phone application to portrait mode?
Every time I save that setting it reverts back to automatic which is annoying.
I didn't have that problem with MohammadAGs hildon-desktop version before.

tomast 2010-09-03 22:57

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Portrait mode, including setting and unsetting, works here.
I don't see how hildon-desktop can be involved in your problem, but you never know...

Simple things to check:
Code:

ls -l /home/user/.osso/call-ui.ini
ls -ld /home/user/.osso

should give something like
-rw-r--r-- 1 user users ..../call-ui.ini
drwxr-xr-x 6 user users .....osso

You can also try (NOT as root)
Code:

echo '[rotation]
orientation=0' > /home/user/.osso/call-ui.ini
killall rtcom-call-ui

That should give you portrait mode.

lemmyslender 2010-09-04 00:23

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Portrait mode is working for me.

inzimam 2010-09-04 11:40

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
can we get more than 4 homescreens with just this? or do we need Matan's modified-hildon-desktop for that?

can we run both? im very confused.

DaSilva 2010-09-05 10:23

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Quote:

Originally Posted by tomast (Post 806704)
Portrait mode, including setting and unsetting, works here.
I don't see how hildon-desktop can be involved in your problem, but you never know...

Simple things to check:
Code:

ls -l /home/user/.osso/call-ui.ini
ls -ld /home/user/.osso

should give something like
-rw-r--r-- 1 user users ..../call-ui.ini
drwxr-xr-x 6 user users .....osso

You can also try (NOT as root)
Code:

echo '[rotation]
orientation=0' > /home/user/.osso/call-ui.ini
killall rtcom-call-ui

That should give you portrait mode.

This is the output:

Code:

Nokia-N900:~# ls -l /home/user/.osso/call-ui.ini
-rw-r--r--    1 root    root          48 Jul 24 13:26 /home/user/.osso/call-ui.ini
Nokia-N900:~# ls -ld /home/user/.osso
drwxr-xr-x    7 user    users        4096 Sep  3 00:11 /home/user/.osso
Nokia-N900:~# cat /home/user/.osso/call-ui.ini

[rotation]
orientation=0
[supplementary]
ssc=1

So everything should work but it doesn't and it did with other hildon-desktop versions. Any suggestions?

EDIT: I have reinstalled it and now it works but I cannot get the faster scrolling effect to work (I have tried http://talk.maemo.org/showthread.php...127#post798127).
Has anyone solved that?

inzimam 2010-09-05 12:36

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Does this allow more than 4 desktops?!!

lemmyslender 2010-09-05 12:54

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Quote:

Originally Posted by inzimam (Post 807796)
Does this allow more than 4 desktops?!!

NO. You can either install this and have up to 4 desktops, OR install matan's and have up to 9. If you want bath, matan needs to incorporate the latest updates into his package. The best solution would be to ask matan *nicely* to update his package.

tomast 2010-09-05 16:26

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Quote:

Originally Posted by DaSilva (Post 807728)
-rw-r--r-- 1 root root 48 Jul 24 13:26 /home/user/.osso/call-ui.ini
[/code]

To me, it looks like you should have been locked to portrait mode, so that's strange.
BUT, this is wrong: you have 'root root' where I have 'user users'!
My wild guess: This happened when you added the 'ssc=1' part in July 24.
Could have been fixed with 'chown user:users /home/user/.osso/call-ui.ini' as root.
Rule of thumb: Edit files as user (ie NOT root) within /home/user, and as root outside.

What did you reinstall to get it to work (I'm just curious)?


Quote:

Originally Posted by DaSilva (Post 807728)
(I have tried http://talk.maemo.org/showthread.php...127#post798127).
Has anyone solved that?

That post just quotes the default transitions.conf with commented-out settings. To actually increase the speed (or more correct, decrease the slow-down rate), I would recommend
Code:

[launcher]
deceleration_rate = 0.99
#strong_deceleration_rate = 0.7

# indicates a comment (=row without effect)

DaSilva 2010-09-05 16:55

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Yeah, I have done that but it doesn't work.

tomast 2010-09-05 17:06

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Show me the output of
Code:

ls -l /etc/hildon/theme/transitions.ini /usr/share/hildon-desktop/transitions.ini /usr/bin/hildon-desktop*
md5sum /usr/bin/hildon-desktop.launch
grep -C3 deceleration /usr/share/hildon-desktop/transitions.ini


DaSilva 2010-09-05 20:39

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Nokia-N900:~# ls -l /etc/hildon/theme/transitions.ini /usr/share/hildon-desktop/transitions.ini /usr/bin/hildon-desktop*
-rwxr-xr-x 1 root root 6636 Sep 5 12:39 /etc/hildon/theme/transitions.ini
lrwxrwxrwx 1 root root 22 Sep 5 12:32 /usr/bin/hildon-desktop -> /usr/bin/maemo-invoker
-rwxr-xr-x 1 root root 455692 Sep 1 23:47 /usr/bin/hildon-desktop.launch
-rw-r--r-- 1 root root 6490 Sep 5 12:36 /usr/share/hildon-desktop/transitions.ini
Nokia-N900:~# md5sum /usr/bin/hildon-desktop.launch
40ba7d0a7e8621066d06cc9d684a935a /usr/bin/hildon-desktop.launch
Nokia-N900:~# grep -C3 deceleration /usr/share/hildon-desktop/transitions.ini
zoom = 0.93
zoom_applets = 0.85

# These control the deceleration of the launcher pages. When panning freely
# (decelerating) the velocity of the launcher page is adjusted by this much.
# strong_deceleration_rate is effective in the bouncing zones. Uncomment if
# you want faster panning.
[launcher]
deceleration_rate = 0.99
#strong_deceleration_rate = 0.7

# The glow effect around launcher buttons
[launcher_glow]
Nokia-N900:~#

tomast 2010-09-06 08:03

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
For some stupid reason I forgot to ask for 'grep -C3 deceleration /etc/hildon/theme/transitions.ini'. Please show me that output as well.

Have you edited /etc/hildon/theme/transitions.ini (at Sep 5 12:39)?

Quote:

Originally Posted by tomast (Post 806034)
I just figured out that hildon-desktop tries to read /etc/hildon/theme/transitions.ini first with fallback to /usr/share/hildon-desktop/transitions.ini .... So check /etc/... first.


DaSilva 2010-09-06 22:50

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Code:

Nokia-N900:~# grep -C3 deceleration /etc/hildon/theme/transitions.ini
# launcher top layer disappearing when a layer in front
[launcher_out_back]
duration=200
deceleration_rate=0.99

# launch animation
# duration_out - amount of time to take when fading the launcher out and application in

Yes, I have added it but it doesn't help.

inzimam 2010-09-07 00:09

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Tomast,

no answer to my quick question?

Does this incorporate the ability to have morethan 4 desktops?

SSLMM 2010-09-07 00:37

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Quote:

Originally Posted by inzimam (Post 809085)
Tomast,

no answer to my quick question?

Does this incorporate the ability to have morethan 4 desktops?

Isn't this an answer to your question?:confused:

Quote:

Originally Posted by lemmyslender (Post 807813)
NO. You can either install this and have up to 4 desktops, OR install matan's and have up to 9. If you want bath, matan needs to incorporate the latest updates into his package. The best solution would be to ask matan *nicely* to update his package.

Just asking :p

tomast 2010-09-07 07:53

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Quote:

Originally Posted by DaSilva (Post 809032)
Code:

[launcher_out_back]
duration=200
deceleration_rate=0.99


The cause is found. deceleration_rate MUST be in the "launcher" section. A section begins with [section-name] and ends with another section start (or end-of-file).

To fix:

1. remove deceleration_rate=0.99 from your file
2. Append (to the very end of the file):
Code:

[launcher]
deceleration_rate = 0.99
#strong_deceleration_rate = 0.7

When adding a new section, like "launcher", make sure not to break an existing one. This is why appending is safe. Insertion right before some other section start is ok as well (like at the start of file).

/T

DaSilva 2010-09-07 11:52

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
That did the trick, thanks!

brandonc 2010-09-07 21:07

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
so does this new hildon-desktop fix the catorise(etc) problem that would cause irregular cpu usage and a constant battery drain?

DaSilva 2010-09-07 22:19

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Yes it does (at least for me) :)

droll 2010-09-07 22:30

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
works for me too. :)

i didn't pin the app and there's no complaints from apt-get upgrade.

RobbieThe1st 2010-09-07 22:41

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Brandonc: Yes.

brandonc 2010-09-08 16:44

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Quote:

Originally Posted by RobbieThe1st (Post 810091)
Brandonc: Yes.

thank you very much, seems to do it.

z3phyr 2010-09-10 05:37

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
help. after installing your custom hildon-desktop i've noticed that my widgets disappear when i connect it to the pc in mass storage mode. I'm not exactly sure if its your hildon-desktop or danny-69's http://talk.maemo.org/showthread.php?t=61956 because i installed his script first

menno 2010-09-19 16:11

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Thanks for the updated debian package Tomast. Nice to finally get a fix for this.

lcpitkan 2010-10-27 08:15

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Quote:

Originally Posted by tomast (Post 804049)
UPDATE: This is an updated link with the version set to 2.2.138-1+0m5 (the same as in PR1.2).

Could you consider making a new binary package for us PR 1.3 users? The version is now 2.2.140-1+0m5, so I assume the (fake) version for your package will again cause dependency issues. Might also be worth testing if the real version identity (.141) is ok for PR 1.3 dependencies.

Probably would be best to keep the "2.2.138-1+0m5" version available too as I assume many people still use PR 1.2.

colchaodemola 2010-10-27 11:38

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
I hope mathan update his package to pr 1.3

vkelim 2010-10-28 02:07

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Using dpkg, it is certainly possible to install mathan's .141 version (with the fake 2.2.138-1+0m5 identity) with PR 1.3. dpkg complains about the version downgrade, but there are no dependency errors.

Still, I agree, it would be nice to have a new version with a fake 2.2.140 identity!

Edit : Unfortunately, another package (mp-generic-fremantle-pr) does look for the specific version of hildon-desktop.

Quote:

Originally Posted by lcpitkan (Post 852871)
Could you consider making a new binary package for us PR 1.3 users? The version is now 2.2.140-1+0m5, so I assume the (fake) version for your package will again cause dependency issues. Might also be worth testing if the real version identity (.141) is ok for PR 1.3 dependencies.

Probably would be best to keep the "2.2.138-1+0m5" version available too as I assume many people still use PR 1.2.


Dark_Angel85 2010-10-31 13:47

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
reading the posts got me to thinking,

now with the updates and all the current updates,

do i still need to uninstall catorize to save battery life?

Sorry if this is a basic question, but could i get the link too of the apps that consume a lot of battery life?

tomast 2010-11-01 12:11

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Quote:

Originally Posted by lcpitkan (Post 852871)
Could you consider making a new binary package for us PR 1.3 users? The version is now 2.2.140-1+0m5, so I assume the (fake) version for your package will again cause dependency issues. Might also be worth testing if the real version identity (.141) is ok for PR 1.3 dependencies.

Probably would be best to keep the "2.2.138-1+0m5" version available too as I assume many people still use PR 1.2.

Hi!
I've been away from this forum for several weeks now (far too busy at work), so I'm not very updated...

But I've updated to PR1.3 myself, and seem to have some excessive cpu usage with hildon-desktop again. I'll try to look into this tonight (If not solved already. Haven't even searched the forum yet)...

tomast 2010-11-01 13:38

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
I got bored and performed a compile of hildon-desktop 2.2.141 for PR1.3, with fake version number 2.2.140-1+0m5.

Updated link: http://81.216.215.120/maemo/hildon-d...+0m5_armel.deb

(And here is the old one for PR1.2 only!)

Install with 'dpkg -i' as root.
Restart hildon-desktop with 'killall hildon-desktop' as root.

Hope it works! It's fresh from the compiler, but seems to work for me...

/Tomas

tomast 2010-11-01 14:20

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Of course I made a mistake on my first attempt, so if you are one of the two who downloaded it before 14:13 GMT, then please redownload using this url to avoid subsequent dependency problems!

tomast 2010-11-02 08:29

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Quote:

Originally Posted by Dark_Angel85 (Post 858469)
reading the posts got me to thinking,

now with the updates and all the current updates,

do i still need to uninstall catorize to save battery life?

If you want to use Catorise (or similar*), then you "must" have this fixed version (2.2.141) of hildon-desktop, both on PR1.2 and PR1.3.

And as a great side effect, you can also configure the scrolling speed with this version...

*everything that gives you some sub menu of less than 16 items will likely trig this bug, as I understand it (which probably means that it is an invalid conclusion).

N900@900MHz 2010-11-02 08:39

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
wil this work with titans kernel v40??? i have titans kernel and my menu installed on PR1.3

tomast 2010-11-02 08:52

Re: Bug report: hildon-desktop cpu usage, result=causes slow battery drain
 
Quote:

Originally Posted by N900@900MHz (Post 860612)
wil this work with titans kernel v40??? i have titans kernel and my menu installed on PR1.3

I'm approx. 99.9999% sure it does!


All times are GMT. The time now is 12:58.

vBulletin® Version 3.8.8