Related
Hi there,
since i got my Kaiser i always had a problem with the low BT Volume. I tried many fixes from here but noone works for 100%.
The only lud roms were the PDA Corner ones.
So i made my own
Install the attached cab and restart your device. Then sound will be fine and loud.
If you use SRS Wow it won't work after installation, cause i had to change the drivers in registry.
@MODS: CAN WE MOVE THIS TO DEV/HACKING SECTION? CAUSE I THINK THIS COULD WORK FOR ALL DEVICES!!!
what exactly does this do (on your phone, what does it change, or is it a program always running?) and if it makes things worse is it uninstallable ? (since I see it's a cab).
Mr. Kayne said:
what exactly does this do (on your phone, what does it change, or is it a program always running?) and if it makes things worse is it uninstallable ? (since I see it's a cab).
Click to expand...
Click to collapse
The .cab file just contains registry settings and the file 'AudioPara3.csv'. As far as I can tell the 'AudioPara3.csv' is identical to the one already in my ROM (stock-ish 5.2.19212), however there are quite a few new registry entries that I can't see in my ROM
Code:
[HKEY_LOCAL_MACHINE\Software\Microsoft\Bluetooth\A2DP\Settings]
"SampleRate" = 48000
"BitPool" = 0
"UseJointStereo" = 0
[HKEY_LOCAL_MACHINE\Software\Microsoft\Bluetooth\AudioGateway]
"PowerSave" = 1
"ConnectHFOnCall" = 1
"Capability" = 101
"BTAGExtModule" = OEMAGW.dll
"SupportCLI" = 0
"BTAGPBModule" = \Windows\BthAGPhonebook.dll
"NoRoleSwitch" = 1
[HKEY_LOCAL_MACHINE\Drivers\BuiltIn\BtA2dpSnd]
"GainADC_LoudSpkMIC_12h" = 60
"OldDriver" =
"Dll" = bta2dp.dll
"SPKVol_NotPhoneCall_02h_06h" = 0
"SPKVol_PhoneCall_02h_06h" = 3
"HPVol_PhoneCall_04h" = 4
"GainADC_BluetoothMIC_12h" = 33
"GainADC_HeadsetMIC_12h" = 42
"GainADC_ReceiverMIC_12h" = 55
"3DEff" = 0
"MicGain" = 39
"AGC" = 0
"Treble" = 0
"Bass" = 0
"IClass" = {A32942B7-920C-486b-B0E6-92A702A99B35}
"Sysintr" = 25
"Flags" = 65538
"Index" = 8
"Order" = 8
"Prefix" = WAV
[HKEY_LOCAL_MACHINE\Drivers\BuiltIn\WaveDev]
"OldDriver" =
"Dll" = Wavedev.dll
"Flags" = 0
"IClass" = {A32942B7-920C-486b-B0E6-92A702A99B35}
"DACVol_0Ch" = 7
"SPKVol_NotPhoneCall_02h_06h" = 0
"SPKVol_PhoneCall_02h_06h" = 3
"HPVol_PhoneCall_04h" = 4
"GainADC_BluetoothMIC_12h" = 33
"GainADC_HeadsetMIC_12h" = 42
"GainADC_ReceiverMIC_12h" = 55
"3DEff" = 0
"MicGain" = 39
"AGC" = 0
"Treble" = 0
"Bass" = 0
"Sysintr" = 25
"Priority256" = 149
"Order" = 11
"Index" = 1
"Prefix" = WAV
Andy
The .cab file just contains registry settings and the file 'AudioPara3.csv'. As far as I can tell the 'AudioPara3.csv' is identical to the one already in my ROM (stock-ish 5.2.19212), however there are quite a few new registry entries that I can't see in my ROM
Code:
Click to expand...
Click to collapse
Yes thats right, the most of the cab are just reg keys, there is no app or similar that runs in background. The audiopara.csv is from an oldr att rom.
First i trie every fix around here on xda-developers, but no one of them worked properly. Then i mixed some of the together, and i noticed an improvement. Some days ago i got the csv file and replace it with the one in my actually rom and volume was very high. I checked this on several roms and for me it seems to work. Some of the reg keys don't do anything with the volume but they improve the sound quality over bluetooth.
Would be great if some of you could post their results.
Don't matter, i don't know if you can completly uninstall this, but there is no key or so that will make bt or so not work anymore.
Also it would be great if you could send my you audiopara.csv files and the reg keys of the rom you are usin (if it's loud), so i try to improve it more and more, or am i the only one with bad volume?
If anyone is using a pda corner rom at the moment, please send me the reg keys and the audiopara3.csv cause theese roms had the best sound quality and volume with bt.
well I tried it out and I guess my bluetooth is slightly louder. ( I checked it before and after)
No adverse effects.
Solace v1 (ROM version 3.29.707.0 WWE)
Radio 1.70.19.09
Windows Mobile 6.1 of course. Hope that helps in some way.
Thanks my brother,i'll test your cab.
Hi Jecky
Thanks for this !!!!!!
To be honest, can't differentiate a "absolutely louder" feeling.
Can you tell us how to modify / what / which part to modify by ourselves to alter the volume up or down? Thanks.
My BTHS is Omiz2099, when matched to ELF is loud as hell. But when match to Asus P552w GalaxyMini2 is soft as hell.
Hence this is much appreciated. eventhough not feeling significantly, but Thanks still.
Did u changed the parameters of the sound variables to their maximum values in that registry tweak ????
BT headset micro_speaker volume change
BT headset's micro_speaker volume hasn't increased, but MIC pickup has, after I changed everything to "100".
I notice there isn't any BT heatset micro_speaker's volume control.
i.e. I suspect need "BTVol_PhoneCall_??h_??h" = ??
but I don't know how many h or whatever to use behind.
Anyone can shead of light?
Has anyone ever edited their build dot prop file to improve performance, esp with signal strength 3g? I'm on AT&T and wondering if anyone has any edits worth making.
build id: ERD79
version 2.1
MoDaCo custom ROM
# Default network type
# 0 => WCDMA Preferred.
ro.telephony.default_network = 0
agps = 2
amr wideband = 1
Especially looking at the telephony network line. I have seen others with a 3 instead of a 0.
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.
Here's my tweaks i have created and invented myself tweaks that are already out online will not be posted below
# Fps Properties
ro.fps_enable=1
ro.fps.capsmin=30fps
ro.fps.capsmax=60fps
Some of protocals for ipv4 and ipv6 are experimental but seems to work fine as time goes by the internet properties below will be revised. NOTE: feel free to modify the protocals, but not distribute them as your own, you must include me for full credit when releasing the modified properties, the only two protocals not owned by me is
persist.telephony.support.ipv6=1 persist.telephony.support.ipv4=1
Click to expand...
Click to collapse
And i do not know the creator who created them, the rest is mine as built thank you
# Internet Properties
persist.internet.support.ipv6=1 persist.internet.support.ipv4=1
persist.dns.support.ipv6=1
persist.dns.support.ipv4=1
persist.telephony.support.ipv6=1 persist.telephony.support.ipv4=1
persist.dhcp.support.ipv6=1
persist.dhcp.support.ipv4=1
persist.dnla.support.ipv6=1
persist.dnla.support.ipv4=1
persist.web.support.ipv6=1
persist.web.support.ipv4=1
persist.tcp.support.ipv6=1
persist.tcp.support.ipv4=1
persist.udp.support.ipv6=1
persist.udp.support.ipv4=1
persist.voip.support.ipv6=1
persist.voip.support.ipv4=1
persist.dns2.support.ipv6=1
persist.dns2.support.ipv4=1
Plwce this uner addtional build properties under tge dalvik heapsizemax line
What this does is helps the multithread line to tell the cpu to easily do more faster proccessing without overheating
persist.sys.dalvik.hyperthreading=true
Now we can we can focus on permently keep a certain fps speed to force the os to lock at that fps speed
BootAnimation build prop is like shown below:
# Bootanimation Properties
boot.fps=25 (value 25 is the default value for tge boot animation fps speed, the higher the value, tge faster tge fps will be permenetly until you chsnge the value if upping the value 30 is a great option to choose keeping system stability)
Now you want to keep your whole os at a top speed you want many devs havent invented this but until i did
Revision 1:
# System Properties
system.fps=30 (value 30 is tge default value but some devices cant handle it if they are high end devices 25 is a good value for low end devices but you csn keep 30 or upp the speed and this will lock the os to that desired fps, user can change this value if implemented in the roms build.prop if they desire)
Or
Revision 2
# System Properties
cpu.fps=30
gpu.fps=30
(The cpu and gpu lines allow you to decided what fps rate should each do for ex: say i want the gpu's fps rate to go a lil faster i change the default value 30 to 35 rasing the fps a bit higher, but say if i want to run both cpu and gpu fps run at the same rate i put both vslues the ssme number, remember chamging vslues beyond 30 is risky and can cause gpu or cpu stress and making them.not run together can cause instability but wont damage your cpu but could effect graphics speed and processing speed)
Revision 3:
# System Properties
cpu.fps=auto
gpu.fps=auto
(what the "auto" value tells the cpu and gpu to Automatically choose the best FPS Rate for the OS or every individual app or games you run as well and will give less stress on the cpu without losing the current top speed of your OS)
EX: say my os default runs at 25fps and i have the value above to auto the os will detect that the auro is on and will cap the cpu or gpu to any value like value 30 to ensur the best fps rate.
NOTE: some of these tweaks may vary of firmwares and devices
Hi, is anyone tried all the above tweak ?
Is there all really working ?
Thanks in advance.
This seems good to try. The IPv4/6, are they necessary? Doesn't Android automate that anyway in newer versions of Android DHCP?
Hi is anyone has tested all these tweaks ??
Is it working ?
Thanks in advance.
[null]
eladkarako said:
I prefer to disable IPv6 support,
to allow an easier ads-blocking using the HOSTS file.
Click to expand...
Click to collapse
Could you please tell me how you do that. I've found a shell command, which is working - until i get dis- and reconnected again. That's not really a permanent solution
ah! its 2021!
i hope the fps stuffs still works
CpuFloat
Uses a floating window or the status bar to show
# the cpu frequencies
# the cpu temperature if (available)
# the text will turn red when the cpu temperature rises above the throttle temperature. You can set custom throttle temperature in preferences.
# the gpu frequency
# Gpu load; not normalised
# the gpu temperature if (available)
# the text will turn red when the gpu temperature rises above the throttle temperature.
# awake time; the time the phone has been awake since starting the app
# deep sleep time; the time the phone has been asleep since starting the app
# battery current
# battery current
# current upload and download speed
In preferences you can choose
# floating window layout; vertical or horizontal layout
# to show the window in the status bar instead of a floating window
# the categories to monitor; all, cpu, gpu, time, network
# which temperature sensor to use for cpu and gpu temperature
# to show the temperature in Fahrenheit instead of Celsius
# cpu throttle point; cpu temperature when the text should turn red
The app uses following permissions:
"android.permission.SYSTEM_ALERT_WINDOW" Needed for floating window, draw over other windows.
"android.permission.READ_EXTERNAL_STORAGE" Read data to show e.g. Cpu frequency, temperature etc.
"android.permission.VIBRATE"
Credits to:
CM Calculator apk for user interface logic
@m11kkaa for temperature file paths and thread http://forum.xda-developers.com/xposed/modules/mod-cputemp-statusbar-t2494170
@existz for awake and deep sleep time method http://forum.xda-developers.com/google-nexus-5/themes-apps/app-cpu-spy-material-v1-0-t2948627
@Grarak for GPU frequency file paths http://forum.xda-developers.com/android/apps-games/app-kernel-adiutor-t2986129
consp1racy for SeekBarPreference https://github.com/consp1racy/android-support-preference
The Tester for catching exceptions and throwing ideas
For automatic updates:
Request
If you´d like to use the app in your native language, you can!
How?
Download the string resource file, copy it and the translate the underlined part, for example
<string name="settings">Settings</string>
becomes
<string name="settings">Instellingen</string>
and post it in this thread.
Thanks!
ChangeLog:
March 17
-startup bug, thanks to Bryan
-GPU frequency on some devices
+battery temperature
Older changelogs:
September 26
- bugs
+ battery current correction
+ clear data dialog in case of fatal crash
September 24
+ battery current monitor
+ notification; enable if CpuFloat suddenly disappears
+ set monitor defaults
+use android M (6) permissions
+important notice about app permissions for android M (6) and up
+transparent background
+GPU trippoint
+ changelog
- some bugs
June 14
Fixed crash
Improve right to left layout
June 12
Added
#Text size
#Show window on the navigation bar
#Update interval (100ms - 3000ms)
#Number of CPUs to monitor
#First time helpful animation
#About screen
#Now on Google Play Store
Fixes and improvements
#Don´t update when the screen is off
#Don´t kill service when changing the window layout
#Language in settings
#Support more GPUs
#Use SeekBarPreferences in settings
November 12
# added some animations
# 'material' window look
# layout changes in case of more than 7 cpu cores
# broadcast listener for landscape/ portrait change
in preferences
# turn on/off vibration
# restore default values
November 3
# user interface logic
November 1
# fixed preference bugs
October 31
# manually set which temperature sensor to use for the cpu and gpu temperature
October 25
# hopefully fixed force close on start
October 23
# fix bug, window not showing on start
# custom cpu temperature trippoint in preferences
October 19
# used some icons instead of text
# option to show window in status bar
October 17
# started to make it work on other phones
# cpu and gpu temperature file info in preferences
October 14
# more layout options
# bugs and performance fixes
October 11
# no more StandOutWindow library
# no notification
# improved long press detection
October 4
# monitor up and download speed
# option to show the temperature in Fahrenheit
October 1
# warning in case the temperature reaches the throttle temperature of cpu or gpu
# tap app window to close
# long press app window for preferences
Preferences:
# choose horizontal / vertical layout
# choose what to monitor
September 27
# rewritten to make it easier to use on other phones
# new app icon
# smaller window
//TODO make preferences
Very nice app.
Thanks dude
That's a nice idea. The app is working without problems as far as I can tell. Great job man!
Sent from my OPO running Sultanxda's CM 12.1
Amazing app! Thanks man!
Nice app
Nice app - similar to the one developed by Chainfire (called Perfmon) but this one shows you the awake time and the temps.
Thank you for this
update:
# rewritten to make it easier to use on other phones
# new app icon
# smaller window
Nice app. Would be nice to have a widget like that.
Sent from my Oneplus One using XDA Free mobile app
Update
# warning in case the temperature reaches the throttle temperature of cpu or gpu
# tap app window to close
# long press app window for preferences
Preferences:
# choose horizontal / vertical layout
# choose what to monitor
Bugfix
Temperature warning not showing in horizontal layout
Thank you for this! Really helpful for monitoring governor and hotplug.
Update
Rewritten
Much smaller now
# no notification
# no more StandOutWindow library
# improved long press detection
Because of a change in package name,
please delete previous version, else you'll end up with 2
waterdaan said:
Update
Rewritten
Much smaller now
# no notification
# no more StandOutWindow library
# improved long press detection
Because of a change in package name,
please delete previous version, else you'll end up with 2
Click to expand...
Click to collapse
Very nice.
Thank you
arifqur said:
Very nice.
Thank you
Click to expand...
Click to collapse
Thanks for the positive reactions
Update
# more layout options
# bugs and performance fixes
Update
# started to make it work on other phones
# cpu and gpu temperature file info in preferences
Request
I'm trying to get the app to work on other phones, so if you have another phone, please test what's working.
If there's no cpu temperature, that probably means that the app can't find the temperature files. These are not the same on every phone.
If the phone is rooted, you can help me by copying and pasting below code in command line, with for example this app https://play.google.com/store/apps/details?id=jackpal.androidterm
And posting the outcome here, so I can add the missing file.
Code:
su
find /sys -type f -name *temp* -print0|while read -d $'\0' f;
do printf "$f= "&&cat "$f";done;
Thanks!
Gpu temperature is a bit more difficult, because you need to find out which temperature sensor is for the gpu, I found that information for the oneplus in
/etc/thermal-engine-8974.conf
Reported working on:
OnePlus fully working
Moto X gpu temperature not working
Samsung S4 gpu temperature not working
Thank you!!
Update
# used some icons instead of text
# option to show window in status bar
Edit
The app is fully working on the Sony Z3 Compact, it even uses the same files for cpu temperature and gpu temperature, maybe because it also has a snapdragon 801, but I'm not sure about that.
I must be missing something but how do I reopen the window after having tapped on it to close it?
Because opening the app from the drawer takes me to the preferences screen.
Killerkip said:
I must be missing something but how do i reopen the window after having tapped on it to close it?
because opening the app from the drawer takes me to the preferences screen.
Click to expand...
Click to collapse
You're right, that's not very clear, I'll see if I can change that.
For now just change something in the preference screen and a new window will open.
Thank you for your reaction
Update
# fix bug, window not showing on start @Killerkip
# custom cpu temperature trippoint in preferences