Related
I know this has been covered before (somewhere), but I did a Google search and found nothing but my own post elsewhere. This has been made moot by most newer ROMs, which have this tweak or another built-in to speed up the camera.
I grew tired of having to wait 2.5 seconds or so for a picture to be taken with the Kaiser's camera, so I found the following regkeys and made the appropriate value changes:
Two DWORD values are in HKLM\Software\HTC\Camera\Captparam. They are, CapKeyDelayTime and EnableCapKeyDelay.
To disable delay of picture being taken, change CapKeyDelayTime to 0 and EnableCapKeyDelay to 0.
CapKeyDelayTime is in milliseconds, so 2500 is 2.5 seconds. Change to your heart's content.
EnableCapKeyDelay is if you want to disable/enable the CapKeyDelayTime without changing its value. Disable/enable at your leisure.
Also of note is the CaptureTimer DWORD, which can be altered to increase or decrease the time the camera waits for timer pictures.
For those who do not have a registry editor, here are some helpful links:
PHM Registry Editor (free), Total Commander (free file explorer w/ registry editor), Resco Explorer 2007 ($29.95, free registry add-on)
A great tip that. i just made the changes and it make the camera almost useable !!
Thanks
hey thanks for the tip, everyone should do this! put this in the wiki, lots of people will benefit from this. thanks alot!
swazpurohit said:
hey thanks for the tip, everyone should do this! put this in the wiki, lots of people will benefit from this. thanks alot!
Click to expand...
Click to collapse
did you really see any improvement. I will make a .cab that does this for all those UC lovers out there.
definite improvement here. thanks!
although i didnt have the EnableKeyDelay DWORD
camera
AllTheWay said:
did you really see any improvement. I will make a .cab that does this for all those UC lovers out there.
Click to expand...
Click to collapse
Yeah, i didnt have to hold the phone for like an extra 10 secs after taking the picture.
vpoet said:
EnableKeyDelay is if you want to disable/enable the CapKeyDelayTime without changing its value. Disable/enable at your leisure.
Click to expand...
Click to collapse
I wanted to disable it and set the value to 0 and realized it has been already disabled, I am using Duttys rom.
vpoet said:
Two DWORD values are in HKLM\Software\HTC\Camera\Captparam. They are, CapKeyDelayTime and EnableKeyDelay.
Click to expand...
Click to collapse
CapKeyDelayTime is set to 1500 by default in Dutty's Apr 09 ROM.
EnableKeyDelay is set to 0 by default in Dutty's Apr 09 ROM.
Maybe these two changes are part of what the HTC patch does to make the camera more useable.
WOW! this helps alot!
Thanks!
Hi there, great improvement for me but do you know if it is possible to change the resolution for sports or burst mode to at least 2Mpx???
kultus said:
Hi there, great improvement for me but do you know if it is possible to change the resolution for sports or burst mode to at least 2Mpx???
Click to expand...
Click to collapse
I’ve been looking for the same thing as my 2 year old niece will not stay still for long enough. I use sports mode but 640*480 is ok on the phone but it would be nice if it was 1600*1200 or similar so I can print them.
Thank you very much!
it works
Change EnableDateFolder from 0 to 1
Adds date and time stamp to photos AND creates a folder for each day. Great if you're taking many photos as you'll have date time etc when taken. Great for a trip or other similar photos!
Change SportSpeedFast , SportSpeedMed, and SportSpeedSlow to control your burst speeds. Time again is in m-sec, so 125 = .125 seconds.
Change DefBurstCount to the amount of pictures you can take in burst mode.
-J
NotATreoFan said:
CapKeyDelayTime is set to 1500 by default in Dutty's Apr 09 ROM.
EnableKeyDelay is set to 0 by default in Dutty's Apr 09 ROM.
Maybe these two changes are part of what the HTC patch does to make the camera more useable.
Click to expand...
Click to collapse
Yeah, as stated in the first post, most users of newer ROMs don't need to bother with this, as the chefs know what they're doing. The HTC patch doesn't touch these settings, though.
As for an increased size of Sports Mode picture taking, the P7 key under HKLM\Software\HTC\Camera\ is the controller of the Sports Mode. I tried setting the size to the same as is under the main picture setting P1, 1024x1748 (see the MainCamCaptSize and MainCamSupportCaptSize), but the camera locked up without saving the first picture. I also tried 768x1024 without luck. Seems it might be a problem with the speed of encoding? I'm not sure.
AllTheWay said:
did you really see any improvement. I will make a .cab that does this for all those UC lovers out there.
Click to expand...
Click to collapse
Will you please? Thanks!
.cab File Wanted
michalex said:
Will you please? Thanks!
Click to expand...
Click to collapse
YES I TO WOULD LOVE THE .CAB FILE FOR THIS!! BUT QUESTION...THIS WOULD WORK ON MY KAISER WITH STOCK ROM AN MAKE MY CAMERA WORK BETTER??
NotATreoFan said:
CapKeyDelayTime is set to 1500 by default in Dutty's Apr 09 ROM.
EnableKeyDelay is set to 0 by default in Dutty's Apr 09 ROM.
Maybe these two changes are part of what the HTC patch does to make the camera more useable.
Click to expand...
Click to collapse
I have the original rom ver 1.81.415.4 WWE with CapKeyDelayTime set to 1500 and EnableKeyDelay set to 0 but the delay is almost 6 seconds..
I change the value of CapKeyDelayTime to 0, also tried EnableKeyDelay to 1, no luck
How can I capture instantly directly at button press..
ghanem said:
I have the original rom ver 1.81.415.4 WWE with CapKeyDelayTime set to 1500 and EnableKeyDelay set to 0 but the delay is almost 6 seconds..
I change the value of CapKeyDelayTime to 0, also tried EnableKeyDelay to 1, no luck
Click to expand...
Click to collapse
Do you have the camera set to capture with half-press or full-press? I used to use full and my pictures would take 4-6 seconds to capture. With half-press, my camera snaps within 2 seconds.
Setting to half press and turning off shutter sound made a very big difference in lag time. Just be careful that without the shutter sound you still need to hold camera for a second after the focus locks (brackets turn green).
Changing these reg values made the camera even more responsive. Thanks!
NotATreoFan said:
Do you have the camera set to capture with half-press or full-press? I used to use full and my pictures would take 4-6 seconds to capture. With half-press, my camera snaps within 2 seconds.
Click to expand...
Click to collapse
You are right, its 2 second most of the time even if I am moving my hand, but still, I need an instant capture directly at button press..
bigboyhf said:
Setting to half press and turning off shutter sound made a very big difference in lag time.
Click to expand...
Click to collapse
Thank you bigboyhf, I tried, its the same with and with out it
You need to change the Following Registry Value:
HKEY_LOCAL_MACHINE\Drivers\TouchPanel
Value = PressureThreshold
Change from the default dword:00000027
or 34.
to dword:000000f0
or 240 in decimal.
This is drastic improvment.
Enjoy,
Nadavi.
Nadavi, my value is 34 not 000000027?
How come?
What exacly improves?
Do you meen if you press some thing that you have to press less hard before it accepts it as a press???
Seems to make things smoother !
is this only for the diamond??? i know that its a diamond thread but can this work on a Touch?? my pressure threshold is 21977
CorruptedSanity said:
Nadavi, my value is 34 not 000000027?
How come?
Click to expand...
Click to collapse
nevermind... my mistake
Nadavi, thanks for clearing that up.
Awesome.
Thanks heaps,
Helps overcome the slight lack of sensitivity when using the included screen protector.
Now I get less accidental 'clicks' into my contacts when just trying to flick thru them.
Cheers,
ccg
In my TD there is only a string key, not a dword key.
So I changed the string name to "PressureThreshold Original". If the comming change is not working then you can easely change it to the original situation.
So I made a new dword key:
HKEY_LOCAL_MACHINE\Drivers\TouchPanel\PressureThreshold\
to dword: 240 in decimal.
And it works. Indeed better performance.
But now my question is; wat is the string doing with value 60... Iny ideas?
Does increasing the number make it more sensitive or less sensitive? I'm having trouble pressing the OK in the corner of the screen - is my screen faulty or "too used" or can this fix it?
gracias ..
can someone out there create a scrollwheel app that makes it work for all apps, not just in a couple of apps?
great idea...
nice idea
What do you want to do with scroll wheel?
If you want to scroll the active app you can use your finger.
If you want to zoom in or out that's quite application specific which is not an easy task to do. (Config scrollwheel app for each application differently, maybe.)
Anyway the second one should be a good feature to use.
see & add reg HKLM/Software/HTC/SmartTouch/
you can use scrollwheel to any apps like jog.
Could you maybe give a more precise howto?
Yeah help us out here, I would like to know it too!? This would be great! Step by step for the noobies please!?
tkhs said:
see & add reg HKLM/Software/HTC/SmartTouch/
you can use scrollwheel to any apps like jog.
Click to expand...
Click to collapse
The registry there reads:
Code:
[HKEY_LOCAL_MACHINE\Software\HTC\SmartTouch]
"Version"="1.00.31096"
"Threshold"=dword:00000008
"FirstThreshold"=dword:00000008
What should be added? I must say I'm a bit skeptic about this...
for example of RescoExplorer
Create key and value, as below
HKLM/Software/HTC/SmartTouch/RescoExplorer
(String Value) ClassName = RESCO_EXPLORER_CLASS
(DWORD Value) Mode = 4
(DWORD Value) WheelCount = 2
reset
you may use scrollwheel at RescoExplorer like jog.
if use other apps, you must know app's class.
RescoPhotoViwer's class = RESCO_PICVIEW_CLASS
InternetExplorer's class = IExplore
File Explorer 's class = FEXPLORE
CorePlayer's class = wCorePlayer
etc...
Dword Value "WheelCount"
1 = Movement of one every 36 degrees
5 = Movement of one every 180 degrees
10 = Movement of one every 360 degrees
Probably, you cannot delete created keys.
To delete it, stop SmartTouch Service.
HKLM/Services/SmartTouch
but...It doesn't seem to be so convenient...
tkhs said:
for example of RescoExplorer
Create key and value, as below
HKLM/Software/HTC/SmartTouch/RescoExplorer
(String Value) ClassName = RESCO_EXPLORER_CLASS
(DWORD Value) Mode = 4
(DWORD Value) WheelCount = 2
reset
you may use scrollwheel at RescoExplorer like jog.
if use other apps, you must know app's class.
RescoPhotoViwer's class = RESCO_PICVIEW_CLASS
InternetExplorer's class = IExplore
File Explorer 's class = FEXPLORE
CorePlayer's class = wCorePlayer
etc...
Dword Value "WheelCount"
1 = Movement of one every 36 degrees
5 = Movement of one every 180 degrees
10 = Movement of one every 360 degrees
Probably, you cannot delete created keys.
To delete it, stop SmartTouch Service.
HKLM/Services/SmartTouch
but...It doesn't seem to be so convenient...
Click to expand...
Click to collapse
someone try this and tell us if this works
Yep, it works. I just tried the exemple he wrote. But it's a lot of work if you have to do all of your applications this way!?
could someone write a cab to activate overall scrolling like the cruise?
yes pls! the wheel is useless!
tkhs said:
for example of RescoExplorer
Create key and value, as below
HKLM/Software/HTC/SmartTouch/RescoExplorer
(String Value) ClassName = RESCO_EXPLORER_CLASS
(DWORD Value) Mode = 4
(DWORD Value) WheelCount = 2
reset
you may use scrollwheel at RescoExplorer like jog.
if use other apps, you must know app's class.
RescoPhotoViwer's class = RESCO_PICVIEW_CLASS
InternetExplorer's class = IExplore
File Explorer 's class = FEXPLORE
CorePlayer's class = wCorePlayer
etc...
Dword Value "WheelCount"
1 = Movement of one every 36 degrees
5 = Movement of one every 180 degrees
10 = Movement of one every 360 degrees
Probably, you cannot delete created keys.
To delete it, stop SmartTouch Service.
HKLM/Services/SmartTouch
but...It doesn't seem to be so convenient...
Click to expand...
Click to collapse
just tried on Resco Explorer and works
thanks
crino said:
just tried on Resco Explorer and works
thanks
Click to expand...
Click to collapse
PIE also work!
Resco Photo Viewer is NOT working
What is the class name for estmertec jbed/operamini?
regards and thank you!!
How can I know the applications classes names?
Would be possible enable it for TF3D?
Thanks
tkhs said:
for example of RescoExplorer
Create key and value, as below
HKLM/Software/HTC/SmartTouch/RescoExplorer
(String Value) ClassName = RESCO_EXPLORER_CLASS
(DWORD Value) Mode = 4
(DWORD Value) WheelCount = 2
Click to expand...
Click to collapse
This screams for a small config app to be written so we can make different settings for all our apps. SK team??
also for the call histry & contects list...
Hi All,
It's a long story but I've messed up some registry settings on my TyTn 2 (Vodafone V1615).
Would be most appreciated if someone could post default registry values for TyTn 2 (or V1615), for the following registry settings:
[HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Internet Settings\5.0\User Agent]
Version = ????
Platform = ????
Desc = ????
Default = ????
UA-Language =????
Compatible = ????
I'm tempted to use the "Same As Pocket PC" template that's in the registry for the above, but I'm curious to see if the Tytn 2 defaults are the same as the Pocket PC template.
Could also do with settings for:
[HKEY_LOCAL_MACHINE\Security\Internet Explorer\User Agent]
CustomBase = ????
Custom = ????
KaiserTweak will fix those, but also interested to see what the defaults are (especially for V1615)
Thanks for any info, it's VERY much appreciated, thanks.
Cheers,
Andy.
This project started becaues at night the Atrix display is far too bright. I've successfully compiled the kernel (faux's) and made some changes to the display driver, and from there I found a world of useful info and hacks which enhance our display.
Kernel Update
I have compiled faux's kernel and attached it to this thread. please note, this is NOT the cyanogen version of the kernel, only standard ROM's that use faux123's kernel. i can compile the cyan kernel next. this kernel change is simple, it defaults both the display and buttons to the lowest 5mA display mode. this way a reboot puts you right into the lowest mode, and you can manually set reg 17 to higher as-needed. reg 17 will stay set until the next next reboot.
NOTE: THIS RAMDISK WAS MINE PULLED FROM THE STOCK ROM "WITH EXTRAS", SO PLEASE IF YOU TRY A DIFFERENT ROM HAVE A NAND BACKUP READY TO RESTORE JUST IN CASE!!! I HAVENT TRIED THE OTHER ROMS.
it is the zImage and Ramdisk, so it is flashed like:
boot into fastboot (volume down and power on, then vol down till fastboot shows, then vol up to select).
Code:
moto-fastboot flash:raw boot zImage ramdisk.gz
sorry it's not a flashable zip. i purposely uses RAR so nobody tries to flash it with CWM.
Update - The brightness limit of 30 has now been removed:
The autobrightness can now go all the way down to 00 even with your stock kernel and ROM. The limit was coming from the frameworks. I've re-compiled the frameworks for the stock ROM and also for Cyan pre-beta 3. There are 2 frameworks attached to this post, stock and cyanogen. download from this post and unzip your correct file for your ROM, and ADB push the files to your phone:
Code:
- boot to recovery
- mount system
adb push framework-res.apk /system/framework/framework-res.apk
adb reboot
Update - Cyanogen Pre Beta 4 frameworks added
unzup and flash with adb shown above.
Here is what is found in the frameworks, under res/values/arrays.xml:
Code:
10
50
100
150
200
700
1300
2000
3000
4000
5000
6000
7000
8000
9000
20
20
34
46
62
81
100
119
137
138
153
170
187
206
221
255
255
255
255
192
128
0
0
0
0
0
0
0
0
0
0
0
I changed the first value in config_autoBrightnessLcdBacklightValues from a 20 to a 2, and now in auto brightness mode the screen goes all the way down to 2.
Update:
We now have the proper official data sheet (link below) thanks to Saltinbas.
Documentation - Data Sheet
Our backlight chip is the lm3532, which is basically same as lm3530 which is used in the moto droid. i've read the entire data sheet twice and still trying to grasp everything. the data sheet can be found here:
http://www.national.com/ds/LM/LM3532.pdf
Not all registers are exactly the same, so some reverse engineering is needed.
Source Code (Kernel)
The relevant kernel source code:
leds-lm3532.c - Driver
leds-lm3532.h - Headers
board-mot-lights.c - Initialization
What I've Tried So Far
The first change I made was in board-mot-lights.c.
Code:
struct lm3532_platform_data lm3532_pdata = {
.flags = LM3532_CONFIG_BUTTON_BL | LM3532_HAS_WEBTOP,
.init = disp_backlight_init,
.power_on = disp_backlight_power_on,
.power_off = disp_backlight_power_off,
.ramp_time = 0, /* Ramp time in milliseconds */
.ctrl_a_fs_current = LM3532_26p6mA_FS_CURRENT,
.ctrl_b_fs_current = LM3532_8p2mA_FS_CURRENT,
.ctrl_a_mapping_mode = LM3532_LINEAR_MAPPING,
.ctrl_b_mapping_mode = LM3532_LINEAR_MAPPING,
.ctrl_a_pwm = 0x82,
};
I changed lines 99 and 100 to this:
Code:
.ctrl_a_fs_current = LM3532_5mA_FS_CURRENT,
.ctrl_b_fs_current = LM3532_5mA_FS_CURRENT,
Success
And bingo, display brightness reduced significantly lower than stock. the display has many different "modes" and I went right to the lowest on the list. Here are the brightness modes which can be found in the header file leds-lm3532.h:
Brightness Config Values (Header File)
Code:
#define LM3532_5mA_FS_CURRENT 0x00
#define LM3532_5p8mA_FS_CURRENT 0x01
#define LM3532_6p6mA_FS_CURRENT 0x02
#define LM3532_7p4mA_FS_CURRENT 0x03
#define LM3532_8p2mA_FS_CURRENT 0x04
#define LM3532_9mA_FS_CURRENT 0x05
#define LM3532_9p8mA_FS_CURRENT 0x06
#define LM3532_10p6mA_FS_CURRENT 0x07
#define LM3532_11p4mA_FS_CURRENT 0x08
#define LM3532_12p2mA_FS_CURRENT 0x09
#define LM3532_13mA_FS_CURRENT 0x0A
#define LM3532_13p8mA_FS_CURRENT 0x0B
#define LM3532_14p6mA_FS_CURRENT 0x0C
#define LM3532_15p4mA_FS_CURRENT 0x0D
#define LM3532_16p2mA_FS_CURRENT 0x0E
#define LM3532_17mA_FS_CURRENT 0x0F
#define LM3532_17p8mA_FS_CURRENT 0x10
#define LM3532_18p6mA_FS_CURRENT 0x11
#define LM3532_19p4mA_FS_CURRENT 0x12
#define LM3532_20p2mA_FS_CURRENT 0x13
#define LM3532_21mA_FS_CURRENT 0x14
#define LM3532_21p8mA_FS_CURRENT 0x15
#define LM3532_22p6mA_FS_CURRENT 0x16
#define LM3532_23p4mA_FS_CURRENT 0x17
#define LM3532_24p2mA_FS_CURRENT 0x18
#define LM3532_25mA_FS_CURRENT 0x19
#define LM3532_25p8mA_FS_CURRENT 0x1A
#define LM3532_26p6mA_FS_CURRENT 0x1B
#define LM3532_27p4mA_FS_CURRENT 0x1C
#define LM3532_28p2mA_FS_CURRENT 0x1D
#define LM3532_29mA_FS_CURRENT 0x1E
#define LM3532_29p8mA_FS_CURRENT 0x1F
Then i discovered that we don't even need to compile a new kernel to access this chip. We have the proper sysfs files already given to us by motorola engineers. here are some useful commands:
Terminal Commands
Use terminal app and navigate to:
Code:
su
cd sys/bus/i2c/drivers/lm3532/0-0038/leds/lcd-backlight
you can set any of the above modes you want. as an example let's say I want to set to maximum brightness mode, use the corresponding hex value in the header file from earlier, and type:
Code:
echo 17 1F > registers
that sets register 0x17 (the brightness register) with value 0x1F (the maximum brightness value from the list).
To set the minimum brightness:
Code:
echo 17 00 > registers
now for those of you who would like to help out with this and test other registers, you can see all register values by typing:
Code:
cat registers
that brings up this:
Code:
OUTPUT_CFG_REG (0x10) = 0xD4
START_UP_RAMP_REG (0x11) = 0xC0
RUN_TIME_RAMP_REG (0x12) = 0xC0
CTRL_A_PWM_REG (0x13) = 0x86
CTRL_B_PWM_REG (0x14) = 0x82
CTRL_C_PWM_REG (0x15) = 0x82
CTRL_A_BR_CFG_REG (0x16) = 0xE3
CTRL_A_FS_CURR_REG (0x17) = 0xFF
CTRL_B_BR_CFG_REG (0x18) = 0xE3
CTRL_B_FS_CURR_REG (0x19) = 0xE4
CTRL_C_BR_CFG_REG (0x1a) = 0xF1
CTRL_C_FS_CURR_REG (0x1b) = 0xF3
ENABLE_REG (0x1d) = 0xFF
FEEDBACK_ENABLE_REG (0x1c) = 0xF9
ALS1_RES_SEL_REG (0x20) = 0xE0
ALS2_RES_SEL_REG (0x21) = 0xE0
ALS_CFG_REG (0x23) = 0x44
ALS_ZONE_REG (0x24) = 0xF0
ALS_BR_ZONE_REG (0x25) = 0xF8
ALS_UP_ZONE_REG (0x26) = 0xF8
ZB1_REG (0x60) = 0x35
ZB2_REG (0x61) = 0x33
ZB3_REG (0x62) = 0x6A
ZB4_REG (0x63) = 0x66
CTRL_A_ZT1_REG (0x70) = 0x51
CTRL_A_ZT2_REG (0x71) = 0x66
CTRL_A_ZT3_REG (0x72) = 0x99
CTRL_A_ZT4_REG (0x73) = 0xCC
CTRL_A_ZT5_REG (0x74) = 0xFF
CTRL_B_ZT1_REG (0x75) = 0x00
CTRL_B_ZT2_REG (0x76) = 0x66
CTRL_B_ZT3_REG (0x77) = 0x99
CTRL_B_ZT4_REG (0x78) = 0xCC
CTRL_B_ZT5_REG (0x79) = 0xFF
CTRL_C_ZT1_REG (0x7a) = 0x33
CTRL_C_ZT2_REG (0x7b) = 0x66
CTRL_C_ZT3_REG (0x7c) = 0x99
CTRL_C_ZT4_REG (0x7d) = 0xCC
CTRL_C_ZT5_REG (0x7e) = 0xFF
VERSION_REG (0xcc) = 0xE4
You can set any register XX with any value YY as follows:
Code:
echo XX YY > registers
additional knowledge i've learned so far. Ctrl A is the main display. Ctrl B is the bottom buttons. Ctrl C is webtop. So all we really care about are Ctrl A registers for now.
Additional Info
The display is set to linear mapping mode by default. but changing to exponential mapping mode gives a huge range from minimum to maximum brightness. but it's still not ready for primetime. to try out exponential, type:
Code:
echo 16 01 > registers
now go to your main phone settings, display, brightness, and drag the slider from min to max and see the enormous full range now available. dont worry, to reset exponential mode just lock the screen with power button then unlock, exponential mode gets cleared. that can be fixed later in the kernel when we get it working better.
just setting to minimum brightness alone gives a huge increase in battery life for display-on time, specifically at night. there's more potential to get out of this chip so hopefully you guys can dig up more stuff that i'm missing.
at some point I can compile the kernel with any changes discovered from this thread, and perhaps we can merge the code changes back into the kernel repo if faux doesn't mind.
Problem 1
I don't fully understand the meaning of the header file brightness values. The names list current mA values, that is clear. but there are also other info in the name which I don't understand yet.
similarly, in the data sheet, they give detailed examples of how to calculate the current draw of each brightness mode, and walk thru setting up the general configuration register. i've been reverse engineering the registers by looking at the data sheet, seeing each 8 bits and what they are assigned, then using appropriate hex value to turn off and on each of those bits in the output config reg. i echo a value, and see the result. most of the time it matches the data sheet, but not always.
Problem 2
There are also 4 boundary zones which trigger the backlight to adjust it's brightness. i've attempted to set these boundaries to different values, but so far i've not had any success with this.
Problem 3
Before this all started, no matter what the display brightness only goes down to 30 from a range of 0-255. even changing all the modes i've listed above, in every one it stops at 30. you can check brightness level by:
Code:
cat brightness
I'm stumped on where the 30 limit is coming from.
Ultimately, we can permanently change the following code in board-mot-lights.c to whatever desired values we want to be in the kernel permanently:
Code:
struct lm3532_platform_data lm3532_pdata = {
.flags = LM3532_CONFIG_BUTTON_BL | LM3532_HAS_WEBTOP,
.init = disp_backlight_init,
.power_on = disp_backlight_power_on,
.power_off = disp_backlight_power_off,
.ramp_time = 0, /* Ramp time in milliseconds */
.ctrl_a_fs_current = LM3532_26p6mA_FS_CURRENT,
.ctrl_b_fs_current = LM3532_8p2mA_FS_CURRENT,
.ctrl_a_mapping_mode = LM3532_LINEAR_MAPPING,
.ctrl_b_mapping_mode = LM3532_LINEAR_MAPPING,
.ctrl_a_pwm = 0x82,
};
And a companion app could also be made to automate the setting of these registers and such.
last thing, above notice the PWM value being set to 0x82. this is pulse width modulation mode, and is a significant power saving method in electronics. fortunately this is turned on by default, which is what the value 0x82 is doing. i've experimented turning it off and on for the hell of it.
hope some experts can join in this thread and see how far it goes. any questions feel free to ask.
Curious about the difference between software modification (screen brightness apps) and kernel modification (for brightness)
Excellent I like tinkerers and thanks for info so far
Magnetox said:
Curious about the difference between software modification (screen brightness apps) and kernel modification (for brightness)
Click to expand...
Click to collapse
Well this project is both kernel and could use an app to control the registers. But primarily this is to make kernel changes for now.
is this able to lower the brightness to BELOW the '2' setting? that's as low as AdjBrightness app lets me go, and also doesn't allow me to dim the home buttons. it would be nice to be able to dim the buttons at least, especially if watching a movie or something in the dark.
dLo GSR said:
is this able to lower the brightness to BELOW the '2' setting? that's as low as AdjBrightness app lets me go, and also doesn't allow me to dim the home buttons. it would be nice to be able to dim the buttons at least, especially if watching a movie or something in the dark.
Click to expand...
Click to collapse
Yes this can absolutely dim the buttons, anywhere from off to full brightness. Just echo to ctrl B register.
I'm not aware of the display app you mentioned. Does it do all the things I already listed in this thread? If so I feel dumb, I've not heard of the app you said.
Edit: I see that app in the market. This thread is specific to the atrix kernel, so it offers much more control. Activate exponential mapping mode and the display brightness goes down so low you wont even believe it. We'd then maybe make an app to automate it.
Forgive my ignorance, but the app SuperDim changes the brightness on my Atrix. Perhaps you guys are talking about something else though?
The lowest brightness setting is still much too bright to enjoy my Atrix in the dark (lol). The wife gets pissed... but this app definitely works.
Very cool!
'cat registers' only works when display is on. I'll have to see if an app can be done that doesn't have to fight the system.
Cheers!
or you could get an app called screen filter which does all this o.o
xepter said:
or you could get an app called screen filter which does all this o.o
Click to expand...
Click to collapse
Well, no, actually.
Hopefully something similiar to this, kernel maybe, all contains settings for the touch screen(digitizer)and we can alleviate the pesky rain drop detection issue.
A little late for me to start playing with this, maybe tomorrow!
Thanks
Sent from my MB860 using xda premium
what this is doing is reducing the current sent to the backlight to dim it.
Screen filter doesnt reduce current to the backlight past the stock minimum limit. It just puts a transparent "mask" over the display with the opacity depending on your setting, done entirely in software.
m0biusace said:
what this is doing is reducing the current sent to the backlight to dim it.
Screen filter doesnt reduce current to the backlight past the stock minimum limit. It just puts a transparent "mask" over the display with the opacity depending on your setting, done entirely in software.
Click to expand...
Click to collapse
Yes you bring up my next point, this isn't just brightness. This let's us reduce the current draw pulled by the display, and a good amount at that if you read the data sheet and look at the registers.
Additionally this let's us set and change the zone boundaries of the light sensor. It let's us change mapping mode between linear and exponential.
It also let's us control PWM, though that should just stay on all the time. Also there is ramp time register, which is set to zero by Motorola, so that might be useful.
Also there is the brightness config reg, full scale current reg, and general output config reg. All these look to have purpose needed to be tested.
There are many registers to tweak which gives us control, and that's the goal of this thread I think. Once we crack it all open then we can make permanent kernel changes if we want. Or an app would work. I think we could do something crazy like double screen time by finding optimal combo of reg settings, e.g. set min brightness mode with exponential mapping mode, then adjust the zone boundaries slightly,and it literally could give huge display savings for power. At least worth testing to see.
faux123 said:
Excellent I like tinkerers and thanks for info so far
Click to expand...
Click to collapse
Dude thank you for letting me compile your kernel. Much appreciated! And tinkering is what's fun about android!
some interesting behavior here:
lowest brightness in Stock 2.3.4 is "20", you can adjust to "2" by using app "adjbrightness", while you can set brightness lower to "1" in "moboplayer".
Even though, the "1" brightness is not good enough.
I'm wondering if this MOD can make brightness lower than "1"?
NFHimself said:
Very cool!
'cat registers' only works when display is on. I'll have to see if an app can be done that doesn't have to fight the system.
Cheers!
Click to expand...
Click to collapse
Yeah the driver is overriding some things, we could easily fix the code though. For example if you change the gen config reg to activate a different mode, soon as screen goes off locked the register is set back to previous value cause its hard coded. We just change that. So during testing I just keep the screen on.
I do have a battery app which does the echo and cat commands already written. Could just change the path and use it for this project...
kenyloveg said:
some interesting behavior here:
lowest brightness in Stock 2.3.4 is "20", you can adjust to "2" by using app "adjbrightness", while you can set brightness lower to "1" in "moboplayer".
Even though, the "1" brightness is not good enough.
I'm wondering if this MOD can make brightness lower than "1"?
Click to expand...
Click to collapse
Yes. Just enable exponential mapping mode, then use the slider in main display setting to see the full range.
echo 16 01 > registers
Be ready, super dim with that setting. Note still even with that being much lower brightness, the actual brightness value still wont go lower than 30. I can't figure out why.
SuperDim
As member bongd mentions already, SuperDim does the thing, free on the Market. I've pressed thanks button to show appreciation to the OP's efforts.
maajstor said:
As member bongd mentions already, SuperDim does the thing, free on the Market. I've pressed thanks button to show appreciation to the OP's efforts.
Click to expand...
Click to collapse
Superdim does not allow the brightness to even get close to the minimum level that the screen does by setting the registers. Testing is needed and that's kinda the point here.
So the lm3532 chip has brightness capabilities from 5mA up to 29the mA. Stock value in the kernel is set to very high at 26 mA. So just setting the lowest brings the current draw to 5 mA. The data sheet then shows the equation gives final result of close to 0.78 mA with all set properly. So there's savings to be had which is what needs to be tested here.
As an example, last night I changed to the lowest register setting, and after an hour of web screen-on time I was still at 86%the battery still.
maajstor said:
As member bongd mentions already, SuperDim does the thing, free on the Market. I've pressed thanks button to show appreciation to the OP's efforts.
Click to expand...
Click to collapse
Wow! You guys just aren't getting it. The apps you find in the market do not do the same thing. "Yes in the aspect they dim the screen" but they do it in to completely different ways. The way the op is talking about could add hours of battery life to are phones if done right. Because it changes how much power the display uses. There is not an app in the market or out that does that.