Active Topics
| The Following 2 Users Say Thank You to auouymous For This Useful Post: | ||
 |
|
2011-06-07
, 15:42
|
|
Posts: 4,783 |
Thanked: 1,253 times |
Joined on Aug 2007
@ norway
|
#742
|
Ah, now i see. After restarting MCE the blanking timeout is reset, and ASUI have no way to change said timeout via its ui. That was what i had to poke the display settings for. Silly me for not thinking about that before.
And on that note, how is the display settings saved and restored between reboots or powerdowns?
And on that note, how is the display settings saved and restored between reboots or powerdowns?
__________________
Be warned, posts are often line of thoughts at highway speeds...
Be warned, posts are often line of thoughts at highway speeds...
|
|
2011-06-07
, 16:01
|
|
Posts: 4,783 |
Thanked: 1,253 times |
Joined on Aug 2007
@ norway
|
#743
|
Odd. In a fit of experimentation i set Systemui to start on boot, and notice that MCE defaults to ignoring the power button after a reboot even tho i had it set to menu before rebooting. This tho via ASUI-settings so i do not know how reliable a info source it is. This in particular as a MCE restart results in Systemui working even tho the setting reads ignore in ASUI-settings.
Edit: Bah, in 1 of 3 reboots after enabling Systemui, MCE behaved itself. But after the 4th it does not.
Last edited by tso; 2011-06-07 at 16:10.
Edit: Bah, in 1 of 3 reboots after enabling Systemui, MCE behaved itself. But after the 4th it does not.
__________________
Be warned, posts are often line of thoughts at highway speeds...
Be warned, posts are often line of thoughts at highway speeds...
Last edited by tso; 2011-06-07 at 16:10.
| The Following User Says Thank You to tso For This Useful Post: | ||
|
|
2011-06-07
, 17:02
|
|
Posts: 875 |
Thanked: 918 times |
Joined on Sep 2010
|
#744
|
Originally Posted by tso
Gconf keys, there is another thread from Addison about MCE stop/starting with the keys but we've had no success getting them automatically restored after a restart. I did write a little program to restore brightness and should probably call it when asui-setting's MCE restart button is pressed. Added a note on the TODO page for when I get back, unless one of you wants to do it.
And on that note, how is the display settings saved and restored between reboots or powerdowns?
Originally Posted by tso
I've actually seen SystemUI not respond to power button, try restarting it from asui-settings instead of rebooting. Although, it could also be a problem with MCE not sending the method call to SystemUI, try restarting MCE.
Odd. In a fit of experimentation i set Systemui to start on boot, and notice that MCE defaults to ignoring the power button after a reboot even tho i had it set to menu before rebooting. This tho via ASUI-settings so i do not know how reliable a info source it is. This in particular as a MCE restart results in Systemui working even tho the setting reads ignore in ASUI-settings.
The button actions on the MCE page are read from /etc/mce/mce.ini each time the page is opened and changing the action writes to that file. It does require a restart of MCE for the changes to take effect.
All these MCE troubles is probably why powerlaunch has its own MCE clone. Maybe when I get back someone will have written Advanced MCE.
| The Following User Says Thank You to auouymous For This Useful Post: | ||
|
|
2011-06-07
, 17:35
|
|
Posts: 86 |
Thanked: 8 times |
Joined on May 2010
|
#745
|
Originally Posted by auouymous
But I've got an N800! Could it be automated for that case?
The n810's ambient light sensor is the main reason ASUI doesn't change the value, because ASUI would reset the brightness everytime ALS changed it
Originally Posted by auouymous
It was definitely mapping—that's how I could check what the actual CPU percentage was, vs. the meter display. And my recollection is the battery and drain colors were changing; if I see this state again, I'll confirm. The only other applet was the system WiFi-connected indicator.
Was the rest of the applet working correctly (does it map ASUI when pressed)? Were other applets working or was the statusbar frozen? When BME code (new drain indicator) was having problems it would block hildon-desktop indefinitely and all applets on statusbar and desktop would freeze.
Originally Posted by auouymous
Will do.
If the applet isn't frozen try opening asui-settings and toggle cpu overlay off and on to see if it does anything. Could be a race condition that caused the cpu refresh timer to be destroyed.
Originally Posted by auouymous
Oh no! Well, I hope whatever you're off to is fabulous.
I will be leaving today and won't be able to work on ASUI for the rest of the year, unless I come back early. I have given maacruz access to the project so if anyone wants to write patches that add new features or fix problems then he can apply them.
|
|
2011-06-07
, 17:40
|
|
Posts: 86 |
Thanked: 8 times |
Joined on May 2010
|
#746
|
Originally Posted by auouymous
It is? You mean the web page about the screen-brightness/blanking management (which I can't find anymore), or the Brightness page in the ASUI settings app?
The brightness problem is even mentioned on the asui-settings brightness page.
edit: oh, wait: you are talking about a reset from 0-127 to 1-5, which I do not see happening. (That is mentioned on the Settings App's page for Brightness.) I don't think changing the actual level from 40 to 76 is the same thing, nor is the failure to adjust the brightness back down to 40, which ASUI should be able to do (on the N800, at least).
I can't find anything on the website about the Services or MCE settings pages. The existing docs for Settings stop after Alarm.
Last edited by mcow; 2011-06-07 at 17:44.
| The Following User Says Thank You to mcow For This Useful Post: | ||
|
|
2011-06-07
, 19:27
|
|
Posts: 875 |
Thanked: 918 times |
Joined on Sep 2010
|
#747
|
Originally Posted by mcow
But I've got an N800! Could it be automated for that case?
Originally Posted by mcow
When MCE is started/restarted it sets brightness to the 1-5 value.
edit: oh, wait: you are talking about a reset from 0-127 to 1-5, which I do not see happening. (That is mentioned on the Settings App's page for Brightness.) I don't think changing the actual level from 40 to 76 is the same thing, nor is the failure to adjust the brightness back down to 40, which ASUI should be able to do (on the N800, at least).
When I mentioned the ALS problem I also mentioned this:
Another problem is the dim state, there can be a slight lag between the screen dimming and ASUI receiving the signal. If ASUI were to check brightness during this period it would effectively undo the dim.
Another problem is that ASUI only checks brightness when it is mapped, so you'd have to actually map ASUI for it to correct the brightness. This is only a problem when restarting MCE and would be better handled with a button to correct the brightness in asui-settings. And also by fixing any issues that cause MCE to require a restart.
Originally Posted by mcow
That section only documents the gconf keys that ASUI declares and there are no keys used by the Services and MCE pages. That section was important before the GTK app existed, now it just serves as good documentation of ASUI's internals. The first group was also outdated so thank you for mentioning it. I've also added a note to document the Services and MCE sections when I get back.
I can't find anything on the website about the Services or MCE settings pages. The existing docs for Settings stop after Alarm.
| The Following User Says Thank You to auouymous For This Useful Post: | ||
|
|
2011-06-23
, 05:09
|
|
Posts: 4,783 |
Thanked: 1,253 times |
Joined on Aug 2007
@ norway
|
#748
|
found this in dmesg today:
lcd_mipid spi1.1: performing LCD ESD recovery
The trigger was me putting the N800 on charge after it powered down from lack of battery. When then it powered back on in charging mode, and idled enough for the backlight to turn off, i found it flickering. Pressed the power button to get it into full Maemo, and it was still flickering. Took a look at dmesg and found the line above repeated ever so often.
lcd_mipid spi1.1: performing LCD ESD recovery
The trigger was me putting the N800 on charge after it powered down from lack of battery. When then it powered back on in charging mode, and idled enough for the backlight to turn off, i found it flickering. Pressed the power button to get it into full Maemo, and it was still flickering. Took a look at dmesg and found the line above repeated ever so often.
__________________
Be warned, posts are often line of thoughts at highway speeds...
Be warned, posts are often line of thoughts at highway speeds...
|
|
2011-06-23
, 15:09
|
|
Posts: 1,101 |
Thanked: 1,184 times |
Joined on Aug 2008
@ Spain
|
#749
|
Originally Posted by tso
That smells like hardware failure
found this in dmesg today:
lcd_mipid spi1.1: performing LCD ESD recovery
The trigger was me putting the N800 on charge after it powered down from lack of battery. When then it powered back on in charging mode, and idled enough for the backlight to turn off, i found it flickering. Pressed the power button to get it into full Maemo, and it was still flickering. Took a look at dmesg and found the line above repeated ever so often.
|
|
2011-06-23
, 17:36
|
|
Posts: 4,783 |
Thanked: 1,253 times |
Joined on Aug 2007
@ norway
|
#750
|
A reboot removed the issue, so who knows. Still, now you got me worried as i have a 770 here that died from a blown controller chip...
__________________
Be warned, posts are often line of thoughts at highway speeds...
Be warned, posts are often line of thoughts at highway speeds...
 |
| Tags |
| bada blows, bada rox |
«
Previous Thread
|
Next Thread
»
|
All times are GMT. The time now is 04:48.
--
I will be leaving today and won't be able to work on ASUI for the rest of the year, unless I come back early. I have given maacruz access to the project so if anyone wants to write patches that add new features or fix problems then he can apply them.