Worse brightness setttings than OS2007 - Page 2 - maemo.org

Active Topics

TLS 1.2 for N9 is ready (29)
to MeeGo / Harmattan by smatkovi - 3 hrs, 5 mins ago
Error after installing Leste on sdcard (12)
to Maemo 7 / Leste by teroyk - 3 hrs, 53 mins ago
Camera phone competition March 2023 "Endless" (35)
to General by Maemish - 3 days, 12 hrs ago
Maemo repository (3)
to Community by torsen - 4 days, 4 hrs ago
Introducing ubiboot N9 (multiboot OS loader) (1,393)
to Alternatives by smatkovi - 6 days, 9 hrs ago
more...

Page 2 of 6

< Prev

Next >

Last »

Thread Tools

fanoush	2007-11-30 , 11:43
Posts: 2,152 \| Thanked: 1,490 times \| Joined on Jan 2006 @ Czech Republic	#11

Originally Posted by arman68

FYI, the software levels on N800 OS2008 are 2,3,4,5.

Yes, level 1 is for changing the dim level, it is 3 by default so if you set lowest one to 1 display becomes brighter when it is dimmed without changing dim level too.

Originally Posted by arman68

There is one additional one, maximum brightness, which cannot be changed.

Strange, level 6 doesn't work? Also when you first select it in UI and then use blset without second parameter it doesn't change too? Then it is a bug on my part.

Originally Posted by arman68

Assigning a custom hardware level to one of those 4 software levels survives a reboot :-)

Sounds strange too, did you have charger connected? With charger there is no real shutdown and boot.

Also that fancy fade effect still works with their original levels so it is slightly annoying when you change the level in UI. It would need additional non-trivial code to disable this. So far I was lazy to do it.

__________________
Newbies click here before posting. Thanks.

If you really need to PM me with troubleshooting question please consider posting it to the forum instead. It is OK to PM me a link to such post then. Thank you.

Quote & Reply |

arman68	2007-11-30 , 11:59
Posts: 30 \| Thanked: 10 times \| Joined on Jul 2007	#12

Originally Posted by fanoush

Strange, level 6 doesn't work? Also when you first select it in UI and then use blset without second parameter it doesn't change too? Then it is a bug on my part.

Just tested again, and confirm that level 6 does not work, both with and without swlevel. Not a major bug though, since I would probably leave level6 unchanged, to max brightness.

[about reboot] Sounds strange too, did you have charger connected? With charger there is no real shutdown and boot.

Sorry, my mistake. I repeated the test, but this time did a poweroff. Settings were gone after that.

Also that fancy fade effect still works with their original levels so it is slightly annoying when you change the level in UI. It would need additional non-trivial code to disable this. So far I was lazy to do it.

It's only cosmetic ;-)

How can I add a small script that runs at startup, to define custom swlevel?

Quote & Reply |

fanoush	2007-11-30 , 12:14
Posts: 2,152 \| Thanked: 1,490 times \| Joined on Jan 2006 @ Czech Republic	#13

Originally Posted by arman68

Just tested again, and confirm that level 6 does not work, both with and without swlevel. Not a major bug though, since I would probably leave level6 unchanged, to max brightness.

Yes, confirming, bug fixed and re-uploaded, I had maximum index set to 5 in translation table. I have added dim level to beginning later and forgot to increase maximum index to 6 so the last one was cut off.

Originally Posted by arman68

It's only cosmetic ;-)

Yes but annoying. Sadly the amount of extra work to fix it is quite high.

Originally Posted by arman68

How can I add a small script that runs at startup, to define custom swlevel?

easiest is to edit /etc/init.d/rcS and add it somehere to end. Or more correctly you can add new one to /etc/init.d/ and make a soft link to /etc/rc2.d/ beginning with SXX, see how others are done there.

Quote & Reply |

lbattraw	2007-11-30 , 14:51
Posts: 209 \| Thanked: 8 times \| Joined on Nov 2005 @ Fishers, Indiana	#14

Originally Posted by arman68

Tested and confirmed working. Thanks!

FYI, the software levels on N800 OS2008 are 2,3,4,5. There is one additional one, maximum brightness, which cannot be changed. Assigning a custom hardware level to one of those 4 software levels survives a reboot :-)

Now I have got my n800 (almost) working as it should, no thanks to nokia.

I messed around with the gconf settings and it's straightforward enough to change the number of steps the applet uses to any value like so:

gconftool-2 -s /system/osso/dsm/display/max_display_brightness_levels 32 -t int

This will (of course) change the number of steps displayed to 32. Unfortunately there is some magic happening somewhere in the OS because regardless of the max brightness setting or even the other key "display_brightness_level_step" (I set it to 1) the levels are only significant from 0-5. Reading /sys/devices/platform/omapfb/panel/backlight_level shows that it automatically scales the value from the applet to 0-127, but only when the value is 0-4 (greater than that and it is always 127). FYI here's the tiny script I put together to show the values in real time:

while sleep 1
do
gconftool-2 -g /system/osso/dsm/display/display_brightness
cat /sys/devices/platform/omapfb/panel/backlight_level
echo "***"
done

"display_brightness" will show the exact value the applet is set to and "backlight_level" the actual value being used. I have a feeling that the applet doesn't directly set the brightness and the hardware management daemon (hald or dsme?) reads the value and does the scaling itself. Incidentally, there's yet another way to set the brightness:

chroot /mnt/initfs
/usr/sbin/dsmetest -l (0-255 for brightness level)
exit

Larry

Quote & Reply |

The Following 2 Users Say Thank You to lbattraw For This Useful Post:
fanoush, qwerty12

fanoush	2007-11-30 , 14:55
Posts: 2,152 \| Thanked: 1,490 times \| Joined on Jan 2006 @ Czech Republic	#15

Yes, thi is mentioned here https://bugs.maemo.org/show_bug.cgi?id=375#c3
Sadly it doesn't change the actual values which are set. Or at least this was the case for OS2006 and 7.

Quote & Reply |

fanoush	2007-11-30 , 15:44
Posts: 2,152 \| Thanked: 1,490 times \| Joined on Jan 2006 @ Czech Republic	#16

Originally Posted by lbattraw

I have a feeling that the applet doesn't directly set the brightness and the hardware management daemon (hald or dsme?) reads the value and does the scaling itself.

Yes it is one of modules inside dsme.

Originally Posted by lbattraw

Incidentally, there's yet another way to set the brightness:
chroot /mnt/initfs
/usr/sbin/dsmetest -l (0-255 for brightness level)
exit
Larry

Yes but also there you can use level number but not the actual values which are written to sys/devices/platform/omapfb/panel/backlight_level
I suppose these values are hardcoded inside dsme.

UPDATE: Looks like I was wrong with this one at least for dsmetest used in OS2008, this really changes /sys/devices/platform/omapfb/panel/backlight_level and values 3-255 map to real value of 1-127. See post #34 below.

Last edited by fanoush; 2008-01-08 at 22:12.

Quote & Reply |

fanoush	2007-12-06 , 08:22
Posts: 2,152 \| Thanked: 1,490 times \| Joined on Jan 2006 @ Czech Republic	#17

Originally Posted by fanoush

Also that fancy fade effect still works with their original levels so it is slightly annoying when you change the level in UI. It would need additional non-trivial code to disable this. So far I was lazy to do it.

I have fixed it. It wasn't that hard aftter all. I was thinking before about changing that fade effect with original levels to new fade effect with translated levels which is indeed a bit complex but there is easier solution - ignore all intermediate levels in fading and replace it by final one immediately. Result is same as in some early OS2006 version on 770 - there is no fade effect.

If you don't like those bright flashes when changing brightness with my previous kernel, redownload and reflash kernel and modify blset script to write value + 32768 so it becomes

Code:

value=$((hwlevel*256+swlevel+128+32768))

Quote & Reply |

fanoush	2008-01-03 , 08:40
Posts: 2,152 \| Thanked: 1,490 times \| Joined on Jan 2006 @ Czech Republic	#18

Hi, just a warning. I noticed that N800's external SD/MMC slot doesn't work with my custom kernel. See details here http://lists.maemo.org/pipermail/mae...ead.html#13576

Bug is not in my code. Looks like Nokia released only buggy an outdated kernel source so far and we are still waiting for the real thing.

For now you can chose either working external SD slot or using your tablet in the night.

Quote & Reply |

fanoush	2008-01-04 , 22:23
Posts: 2,152 \| Thanked: 1,490 times \| Joined on Jan 2006 @ Czech Republic	#19

OK, today Nokia released kernel source for latest (2.2007.50-2) OS2008 firmware. Here is updated kernel with extended brightness control. It also has high speed (48MHz) SD and MMC modes enabled, full description is here
http://fanoush.wz.cz/maemo/#backlight (see IT2008 on N800/810 part)
Direct download links
kernel and optional extra modules

Quote & Reply |

The Following 2 Users Say Thank You to fanoush For This Useful Post:
GeneralAntilles, N770-Freak

fanoush	2008-01-05 , 12:20
Posts: 2,152 \| Thanked: 1,490 times \| Joined on Jan 2006 @ Czech Republic	#20

I have also updated the blset script so it works with kernels with both older and newer version of the patch.

Newer version kills the fading effect but the value sent to kernel is different and incompatible with older kernels on my site. So the script now tries both values.