I was almost 100% sold on the Polaris as my next device but battery life is very important to me. I currently have an HTC P3300 (well, O2 XDA Orbit) and with the increased battery capacity of the Polaris (1350mAh vs 1200mAh in my Orbit) plus the claimed better specs from HTC (GSM 7 hours talk/400 hours standby for the Touch Cruise vs 3.5-5 hours talk/150-200 hours standby for the P3300) I really hoped that HTC had dodged any battery life issues.
I just found this review however (http://www.mobile88.com/mobilegallery/phonereview.asp?phone=HTC_Touch_Cruise&pg=review&prodid=20785&cat=37) and it has me worried. The bit I'm worried about is right at the bottom of the page:
<Start of summary of review results>
The multimedia cycle tests in comparison to the results demonstrated by the original Touch and P3300 are given below:
Multimedia-cycle, video (AVI) Polaris=4:08 Artemis=5:20 Elf=5:38
Multimedia-cycle, audio (MP3) Polaris=13:49 Artemis=21:34 Elf=18:07
<End of summary>
You can see that for MP3 the Polaris is way worse than the Artemis (I'm assuming the numbers are <hours>:<minutes> of play time). With what I commented on in my first paragraph these results really suprise me.
Does anyone know the conditions/details of the video and audio multimedia-cycle tests above? I'm wondering if somehow the conditions for the Polaris test were less favourable than those for the Artemis. Maybe the MP3 decoder software was different between the Artemis and the Polaris and the latter was dramatically less efficient although I'm probably clutching at straws here. Any other thoughts, comments or real life results from owners?
- Julian
funny how the 2 wm6 devices have lower batt time then the wm5 device
would be intresting if a test with an aramis with wm6 was don
Rudegar said:
funny how the 2 wm6 devices have lower batt time then the wm5 device
would be intresting if a test with an aramis with wm6 was don
Click to expand...
Click to collapse
That's a really interesting point. I was considering upgrading my device to WM6 using one of the cooked ROMs from this site, or the official O2 Orbit one, but I decided not to after seeing quite a few posts here by people who had done it and reported that the battery life on their devices went down a lot after upgrading to WM6 so I do wonder if that is the issue.
- Julian
I already ordered a second battery. I always do regardless of the device. One less thing to worry about
I am impressed with the battery capacity of the Polaris compared to my MIO A201. Running Tomtom without charging on the MIO A201 about 2 hours, with the Polaris 4 hours.
---Alex--- said:
I am impressed with the battery capacity of the Polaris compared to my MIO A201. Running Tomtom without charging on the MIO A201 about 2 hours, with the Polaris 4 hours.
Click to expand...
Click to collapse
What screen brightness is that set at? I'm assuming that the MP3 test results I quoted are with the screen blanked because if not then almost 24 hours on an Artemis with the screen on is pretty amazing.
If the tests do involve the screen being on (and surely they must with the video tests?) then I do wonder if the brightness settings were the same between the Artemis and Polaris tests.
If you look at some pictures further up in the review that I linked to in the first post of this thread then you can pretty clearly see that, I assume with both set to maximum brightness, the Polaris screen is noticeably brighter than the Artemis, so it isn't really fair on the Polaris to run any <screen on maximum> tests with both having the backlight set to full; it would be much fairer to adjust the Polaris backlight to give as close to possible the same brightness as the Artemis screen on full. Just maybe this accounts for some of the difference.
Thanks a lot Alex for the info on the TomTom results but I'd love to hear some real-life results of people playing music in a loop with the screen blanked and also discharge rates with the device just left at idle but with the auto-off and backlight-off disabled so that the screen stays alive. How much does the battery drain after 2 hours of sitting idle like this?
The reason I ask my questions is because the things that burn the most "activity hours" on my device are playing music with the screen blanked (hence my first request) and reading ebooks, for which my second requested test is probably a fairly reasonable approximation.
- Julian
They're comparing it to two devices with OMAP processors. Power savings is one of the reasons the OMAP was used before. It's either power or battery, rarely both unless the device is large. You could probably underclock to increase battery life.
JwY said:
They're comparing it to two devices with OMAP processors. Power savings is one of the reasons the OMAP was used before. It's either power or battery, rarely both unless the device is large. You could probably underclock to increase battery life.
Click to expand...
Click to collapse
You hit the nail right on the head. I have not bothereed to check the source so I do not know the purpsoe of the test. In any case if you want 3 days of music you would be better of with an iP.... If you want processing power then you look for a device that will not make you fall asleep just waiting for a page to refresh
JwY said:
They're comparing it to two devices with OMAP processors. Power savings is one of the reasons the OMAP was used before. It's either power or battery, rarely both unless the device is large. You could probably underclock to increase battery life.
Click to expand...
Click to collapse
I was expecting someone to say this and I'm afraid that my hunch, which I am willing to admit could be wrong, makes me disagree with this. There is some reasoning to justify my hunch and it goes as follows.
Make the following assumptions (all numbers chosen for ease of arithmetic rather than accuracy since I am just trying to demonstrate a principle rather than derive results):
1) Yes, the CPU in the Polaris is more powerful than the one in the Artemis and lets assume that the Polaris CPU (PCPU for short) is exactly twice as powerful as the Artemis CPU (ACPU for short). By twice as powerful I mean that in any given second the PCPU will process twice as many instructions as the ACPU.
2) I am assuming that both CPUs have some sort of speed stepping technology such that, when they are not under load, the power consumption drops significantly to a fairly trivial value and I will assume that for both CPUs the idle power consumption is equivalent.
3) Assume that at full load the PCPU has twice the power consumption of the ACPU.
4) Assume that it takes a 100,000,000 instructions to decode and play 1 second of music (i.e. 100MIPS = 100 million instructions per second) and that the ACPU can only just manage this so when playing music the ACPU is at 100% load for 100% of the time.
With the above assumptions my point now is that a more powerful CPU won't create a serious decline in battery life when playing music because the 100 million instructions required to be executed for 1 second of music is constant so a 100MIPS processor will need to run flat out constantly to play music whereas a 200MIPS processor will only need to be at 100% load for 0.5 seconds in any given second and for the rest of the time it can be speed stepped right down. With the idealised assumptions above there would actually be no impact whatsoever on power consumption for any arbitrary processor power (for processors that have at least sufficient power to keep up with the music stream).
A further piece of real life evidence is, if it is solely or even predominantly down to the processor, then why is the Elf managing 18:07 on the MP3 test compared to the Artemis 13:49 (and that I believe this is with a smaller battery than the Artemis, 1100mAh vs 1250mAh; info taken from the specs on the HTC web site)?
Maybe assumption (2) is wrong which does hurt my argument somewhat, or maybe there are software differences, in the MP3 player and/or in WM6 itself, that stops the PCPU dropping its power consumption down as much when it's not actively decoding, but that Elf vs Artemis test result difference still makes me wonder what else is going on.
Honestly, I'm really hoping this is just due to a badly run test on the Polaris (not same conditions as Artemis test) and that the result is an Anomaly.
- Julian
I've had the xda Stellar (tytn II), which is very very similar to the polaris, for the last week, and the battery is, I'm sorry to say, the worse I've ever come across.
For the first few days, I was using it heavily and managed 1.5 days. Figured this would increase as I used it less. Took it off charge 5 hours ago, made a 20 minute phone call, sent 3 text messages, and used the word processor for 30 minutes. 75% battery left.
I'm sending it back and waiting for the Orbit 2 to be released. Fingers crossed the keyboard has some strange battery draining feature.
sonesh said:
I've had the xda Stellar (tytn II), which is very very similar to the polaris, for the last week, and the battery is, I'm sorry to say, the worse I've ever come across.
Click to expand...
Click to collapse
The Stellar only has an 1100mAh battery while the Polaris has 1350mAh. Sounds little but makkes a differece of 200 (yes, 200!) hours of StandBy time.
This means the Stellar specs say 250h whereas the Polais spec sheet says 450h.
sonesh said:
For the first few days, I was using it heavily and managed 1.5 days. Figured this would increase as I used it less. Took it off charge 5 hours ago, made a 20 minute phone call, sent 3 text messages, and used the word processor for 30 minutes. 75% battery left.
Click to expand...
Click to collapse
Yeah. That's very bad. I wonder if there's something wrong with your unit. According to the spec on the HTC web site you should be getting talk time of "Up to 264 minutes for UMTS - Up to 420 minutes for GSM". As far as I'm aware holding a call is by far the most battery-draining thing you can do on a device so if we count your 30 minutes of word processing as another 30 minutes of talk time we're probably grossly over-estimating but, on that assumption (and adding 5 minutes for the texts) that's only an equivalent of 55 minutes of talk time. Were you on 3G or GSM for all this? I suppose if it was 3G then maybe you could have expected the battery to be down to 79% but if it was GSM then the battery really shouldn't have been much below 87%.
Admittedly I think these talk time figures quoted by manufacturers are in very ideal conditions (i.e. very high signal strength from the mast) so what sort of reception area you were in when you made the call is an issue but I think that is probably counteracted by the fact that I probably vastly overestimated the power drain when word processing.
An interesting (free) utility is abcPowerMeter (http://www.acbpocketsoft.com/). It would be very interesting to compare the current consumption on the Artemis, the Polaris and the Tyan II.
If anyone is up for this then I suggest the state to test would be with the system sitting on the today screen, disable the auto-off but do allow the backlight to go off or manually disable it so that differing screen brightness isn't a factor. Also put the phone into flight mode so that all radios are off (to factor out any effects of different signal strengths) and then start abcPowerMeter and let it run for about 30 minutes during which time it should, in theory, settle to a pretty straight line showing the current drawn from the battery in this state.
I would most certainly do an Artemis (or rather O2 XDA Orbit) test but unfortunately the reason for my intense interest in all things Polaris is that my Orbit died on new year's eve (no, I didn't drop it or sit on it at a party!) so my device is totally dead.
- Julian
Could the Today plugins be making a difference? I'm thinking particularly the weather plugin. I've seen other discussions where people report battery life problems on various devices and one often-mentioned that people suggest to check is what Today plugins are running.
With the new devices now 3G, and 3G using a lot more power than 2/2.5G when active, I'm wondering if the weather plugin is causing 3G to be active and hurting power. How often does the weather plugin connect and can it be disabled? Not wanting to take the thread off topic but one thing I'd like to do if/when I get a Polaris is to disable the weather plugin on the Today screen, is this possible?
For my use, since I am concerned about battery life, I intend to keep my device in GSM mode and only switch to 3G when I want to connect to the internet and, when finished, I will immediately disable 3G again. I certainly don't want any plugins regularly polling the internet and turning stuff on without my permission.
- Julian
acbPowerMeter
I installed acbPowerMeter this afternoon, after noticing that my battery was draining extremely fast (~ 4 to 5 hours). The tool showed that the TC was using approx 320mA on average
I've been running the tool for some hours now, and after two hours the power consumption slowly lowered. I've been switching the screen off and on and have had the GSM radio on all the time. The avg value returned to ~20mA.
I'll keep an eye on power consumption, because now I don't trust the device anymore. I don't know what caused the huge change in power consumption in the first place.
Thanks for those test results Muyz. It's great to have some real data, but I'm sorry to hear that you're having battery problems too.
Regarding your results, did you start abcPowerMeter (APM for short) while your device was still plugged into the USB port? I noticed that when I had APM running when my device was charging then I got a very high mA reading (about 250mA on my 1200mAh O2 XDA Orbit) so I think the fact that there is charge current coming in confuses APM somewhat and, for the average, it could be that after you unplug it will take a while for the minutes or hours of false high readings to creep out of the statistics. I always made very sure that my device was fully unplugged before starting an APM session.
Regarding the 20mAh reading, that actually sounds very good to me. Unfortunately I'm recalling all this from memory because, as I said in an earlier post, my device is now totally dead, but I seem to remember about 29mA as as low as I saw. With the screen on the figure of 79mA sticks in my mind. As with you, these figures were all with GSM on. I had Bluetooth and WiFi disabled.
One thing that really suprised me with my tests was that, when I had a good GSM signal, I couldn't detect any difference in current drain between having GSM switched on or off (just registered to the network of course, not actually with a call active). The additional current drawn from having GSM on didn't even seem to be 1mA. The story is different in a no-signal area where the GSM keeps searching for a signal, that drained the battery really quickly.
- Julian
3G CONNECTION need more battery consumation(if you dont need disable), configure for normale use GSM, and the duration is guarantee...
New battery monitor tool
I've discovered a serious bug in the acbPowerMeter tool. The implementation of the tool does not use the proper types
This is why I've done a little programming myself last evening. The attachment to this tool contains a preliminary version of my own battery monitoring tool. It provides the correct battery readings for remaining power and current power consumption. One can adjust the polling frequency. I will complete the tool somewhere this or next week and put it on my website for download (freeware).
Muyz said:
I've discovered a serious bug in the acbPowerMeter tool. The implementation of the tool does not use the proper types
This is why I've done a little programming myself last evening. The attachment to this tool contains a preliminary version of my own battery monitoring tool. It provides the correct battery readings for remaining power and current power consumption. One can adjust the polling frequency. I will complete the tool somewhere this or next week and put it on my website for download (freeware).
Click to expand...
Click to collapse
Hi Muyz,
Not wanting to jinx this, but I'm cautiously optimistic that I just un-bricked my O2 XDA Orbit (Artemis) so, as long as it doesn't go bad on me again I might now be in a position to contribute Artemis (or re-branded Artemis) data for comparison.
In preperation for the tests I'm really interested in what are the problems you found with abcPowerMeter. You say above that it "does not use the proper types". What do you mean by this? As a (fairly old) computer scientist this immediately makes me think of types as in a typed computer language (e.g. it's declaring something as int instead of long or short instead of bool). Is this what you mean? Please excuse my ignorance, I know theory but have never been anywhere near any Windows, let alone Windows Mobile, programming environments; if you do mean language types then how did you detect this without the source code (or did you find that somehow or disassemble)?
If you don't mean variable typing then what do you mean?
In any event, many thanks for the work Muyz.
I un-bricked my device by re-flashing (twice) the official O2 WM6 ROM so when (assuming my device stays stable) I start running current consumption tests then I think it's probably quite good that I upgraded my device to WM6 because that removes one variable (is the current drain a WM5 -> WM6 issue?) so we can at least compare Artemis to Polaris on a fairly like-for-like basis regarding the OS version.
I'm really glad I started this thread, I think there's been some really interesting and useful discussion here and I certainly wasn't expecting to have people jumping in and posting fixed versions of the current-monitoring software, that was a really nice surprise (but I'm still really looking forward to hearing exactly what the issue was).
- Julian
Battery life in cooked ROMs - weather plugin
Hi guys,
in some cooked ROMs there seems to be a bug in the radio rom or simply in general. I've read several posts where people had the gsm units in their Artemis on full power most of the time causing the device to lose power very fast. This happened only with cooked ROMs, not with official versions. They noticed that when they had their phone close to speakers which caused the buzzing noise that you usually get when there is an incoming call or short message.
The other thing that consumes power is the weather plugin, but only when you have the auto-update activated! I disabled it and never had problems.
I think I'll buy this device anyways, haven't read any serious reasons not to buy it.
Thanks for your response, and I hope your device works properly now.
About the type issue: acdPowerMeter (obviously) uses the Windows API to retrieve battery information. It receives the information through a structure that contains signed integers. It seems as if acbPowerSoft managed to introduce a typing error by using unsigned integers instead of signed integers. The effect is that for negative values (e.g. when current is drawn from the battery), acbPowerMeter shows extremely large values. I discovered what is the most likely reason for this mistake: Microsoft shows an example on their website on how to retrieve battery status information. Their example shows the error clearly: the C# class use unsigned integers, whereas the native structure contains signed integers as you can see here. So I guess acbPocketSoft copied some code without checking the result
I do not have a clue on what caused the extreme battery drain I encountered a few days ago. I have not seen it since. Soon, my tool will include a warning mechanism. I first added a few other small things, such as battery temperature, as you can see in the new attachment
(Yes, I know, it contains a small glitch on exiting the application, but that will be fixed asap)
Hi Guys,
I've been suffering from very severe battery run-down over the last few days. My battery lasts about 14 hours before it hits about 30%! I've got quite a few reg-tweaks and apps running and, as I have the phone running exactly how I like it, I'm trying to work out what could be causing the drain rather than doing a hard reset and starting again.
I'm using Battery Guard which is excellent but I'm a little unsure what a good initial reading is? When I start the program and the Draining/Charging bar settles (the program usually opens at 170mA or so) I get a stable reading of about 55-60mA. Is this too much or not? I'm pretty new to this program and doing some searches but I just though I'd ask in the forum if anyone else is using this program and, if so, what kind of reading they are getting? Any info would be very helpful.
Thanks in advance
That is quite high. from the benchmark thread it seems that power draw bottoms out at 3ma and peaks at about 280ma for the Roms tested. I can't remember the exact figures so check out the attached benchmark sheet.
They all differ slightly - however 1.43, 1.48 and 1.61 are included
chris_ah1 said:
That is quite high. from the benchmark thread it seems that power draw bottoms out at 3ma and peaks at about 280ma for the Roms tested. I can't remember the exact figures so check out the attached benchmark sheet.
They all differ slightly - however 1.43, 1.48 and 1.61 are included
Click to expand...
Click to collapse
Thanks for the quick response,
Do you have a link for the benchmark thread. Also, if the range is from 3-280mA, wouldn't 55-60mA be a pretty average reading? I don't really know much about it which is why I ask.
Thanks
Im trying to find a theme that is efficient and uses low power. I read that there are certain pixel colors that use less energy then other colors.
As an example it uses more energy to produce white pixels then it does to produce black pixels.
I have a SGS vibrant and im trying to determine a good theme that uses low energy ... like black froyo but I want to know if there are other colors that are better in color use then all black.
Sent from my SGH-T959V using XDA Premium App
Each pixel is represented by 3 subpixels. Each one is 8bit number. The lower the numbers of each subpixel, the lower power used to display pixel and darker colour (You can check it in gimp or photoshop ). But be aware that darker colours won't give You noticeable power savings. More You can achieve by reducing brightness.
Sent from my GT-I5700 using XDA App
sgtGarcia[PL] said:
Each pixel is represented by 3 subpixels. Each one is 8bit number. The lower the numbers of each subpixel, the lower power used to display pixel and darker colour (You can check it in gimp or photoshop ). But be aware that darker colours won't give You noticeable power savings. More You can achieve by reducing brightness.
Sent from my GT-I5700 using XDA App
Click to expand...
Click to collapse
I know that its not going to be a noticible change in power consumption but anything helps when you use your phone in excess of heavily.
I was also reading an article (I think it was done by google) about subpixels. They were cutting out or shutting off specific ranges. Since each pixel has an RGB subpixel structure they would run a power test that eliminated the B from the RGB so only RG showed. Or if the subpixels value was above a certain amount to "Kill It".
Do.you know if there's any app's that allow you to reproduce this subpixel killing?
Sent from my SGH-T959 using XDA Premium App
ironlood said:
Do.you know if there's any app's that allow you to reproduce this subpixel killing?
Click to expand...
Click to collapse
Seriously, I don't even think if I read something 'bout it.
PS. : I've checked Your phone & it got amoled screen type ( I didn't check earlier ) , that means that using darker scheme/theme will probably give You bit more than slightly improvement with battery life.
sgtGarcia[PL] said:
Seriously, I don't even think if I read something 'bout it.
PS. : I've checked Your phone & it got amoled screen type ( I didn't check earlier ) , that means that using darker scheme/theme will probably give You bit more than slightly improvement with battery life.
Click to expand...
Click to collapse
Thanks
Sent from my SGH-T959 using XDA Premium App
With LCD screens how ever, I don't think you would get any power savings at all. OLED screens use very tiny amounts of power. I'd like to see if you can get any measurable improvement.
The Radio -=[WLAN,BT,Phone]=-
WMLongLife
WMLongLife is an automatic 2G/3G band-switching solution. It will keep your device in 2G when you do not need to use 3G, and will switch to 3G automatically when you do need it. For most users, having your device in 2G uses much less battery, and thus your phone lasts longer on a single charge. 2G also usually generates less radiation than 3G........
Running on my HTC Diamond 2 WM6.1 without any problems at all
Then there is the Theme Generator to get your pixels the color you want 'm in...
don't forget to download that tool to the right <g>
Hey guys, new here, trying to max out my G2X (I find touchscreens really frustrating, I hate any amount of lag whatsoever, and coming from a BB, I loved the responsiveness of the OS). Couple things:
1) Are there any good extended batteries (ones that DONT require a new back cover) out there? I purchased this 1980 mah one off ebay:
(I cant post links so here is the ebay item code:220867144658)
2) Is there a program that will throttle the CPU during idle to extend battery life?
3) I have advanced task killer, but Im sick of running it to kill tasks like wifi calling that seem to autorun by themselves. How can I disable these tasks so that they only run when I choose?
DerangedGoose said:
Hey guys, new here, trying to max out my G2X (I find touchscreens really frustrating, I hate any amount of lag whatsoever, and coming from a BB, I loved the responsiveness of the OS). Couple things:
1) Are there any good extended batteries (ones that DONT require a new back cover) out there? I purchased this 1980 mah one off ebay:
(I cant post links so here is the ebay item code:220867144658)
2) Is there a program that will throttle the CPU during idle to extend battery life?
3) I have advanced task killer, but Im sick of running it to kill tasks like wifi calling that seem to autorun by themselves. How can I disable these tasks so that they only run when I choose?
Click to expand...
Click to collapse
SetCPU available on XDA and on the market will allow you to control the CPU. There are a large range of options and profiles you can configure.
I have been told not to worry about items running randomly in the background. I am a windows guy so it drives me nuts, put apparently there is no benefit to killing those apps and in fact you can hurt your battery life doing so.
If you want to speed up the touch screen interface I recommend "Spare Parts" from the market. and set the animation to fast.
jcbofkc said:
SetCPU available on XDA and on the market will allow you to control the CPU. There are a large range of options and profiles you can configure.
I have been told not to worry about items running randomly in the background. I am a windows guy so it drives me nuts, put apparently there is no benefit to killing those apps and in fact you can hurt your battery life doing so.
If you want to speed up the touch screen interface I recommend "Spare Parts" from the market. and set the animation to fast.
Click to expand...
Click to collapse
Have you used SetCPU? is it something that I can set once to run every time the phone boots?
Why does quitting apps decrease battery?
I am using weapon G2X (switched out of cm7 because of the apn issues) and I remember cm7 having spare parts, I thought EDT tweaks was the same thing in g2x? whats the difference?
Get setCPU. It starts on boot and you can throttle your CPU to 219mhz while the screen is off. Does wonders, although when you get a call it takes slightly longer to wake up.
I'd love to have a mode on my N5 that would be battery friendly. My idea is that the mode would:
Lower max CPU clock speeds/disable cores
Lower the resolution of screen to 540p
Disable background everything
First can be done with Tasker+Kernel Adiutor, second with Tasker and command "wm size 960x540", for third I'm not sure. But the problem is that the second one would screw all the homescreen icons, so I am thinking that maybe you should firstly switch to second user, then turn on this mode, reboot, use second user for as long as you want, when you think you need to go back to performance, switch off this mode and reboot (I think wm size command needs a reboot).
But maybe there are some more efficient ways? I was thinking of dual booting "normal" and battery_saver_constantly_turned_on ROMS, but that may require of syncing battery saver ROM a lot after it has booted (if you don't use it a lot) and that would eat lots of battery.
And now I may have found the third and the best option – to not just only change the size, but density too, so that it wouldn't screw with my homescreen icons!
If anyone has better ideas, I'm interested. And after I succeed I'll probably make a tutorial too.
If you apply these interactive governor tweaks you can get great battery life and improve overall performance.
http://forum.xda-developers.com/showthread.php?t=3269557
Sent from my Nexus 5X using Tapatalk
---------- Post added at 12:34 AM ---------- Previous post was at 12:33 AM ----------
I'm getting 7+ hrs SOT with no lag. Much better than sacrificing performance to save battery.
Sent from my Nexus 5X using Tapatalk
ashirviskas said:
I'd love to have a mode on my N5 that would be battery friendly. My idea is that the mode would:
Lower max CPU clock speeds/disable cores
Lower the resolution of screen to 540p
Disable background everything
First can be done with Tasker+Kernel Adiutor, second with Tasker and command "wm size 960x540", for third I'm not sure. But the problem is that the second one would screw all the homescreen icons, so I am thinking that maybe you should firstly switch to second user, then turn on this mode, reboot, use second user for as long as you want, when you think you need to go back to performance, switch off this mode and reboot (I think wm size command needs a reboot).
But maybe there are some more efficient ways? I was thinking of dual booting "normal" and battery_saver_constantly_turned_on ROMS, but that may require of syncing battery saver ROM a lot after it has booted (if you don't use it a lot) and that would eat lots of battery.
And now I may have found the third and the best option – to not just only change the size, but density too, so that it wouldn't screw with my homescreen icons!
If anyone has better ideas, I'm interested. And after I succeed I'll probably make a tutorial too.
Click to expand...
Click to collapse
I'll get a mod to shift this to the Nexus 5 area for you.
seabro01 said:
If you apply these interactive governor tweaks you can get great battery life and improve overall performance.
http://forum.xda-developers.com/showthread.php?t=3269557
Sent from my Nexus 5X using Tapatalk
---------- Post added at 12:34 AM ---------- Previous post was at 12:33 AM ----------
I'm getting 7+ hrs SOT with no lag. Much better than sacrificing performance to save battery.
Sent from my Nexus 5X using Tapatalk
Click to expand...
Click to collapse
You are not getting 7 hours of SOT with any tweak. Kernel tweaks dont work that way. My guess is you get max 4-5 h SOT.
Darke5tShad0w said:
I'll get a mod to shift this to the Nexus 5 area for you.
Click to expand...
Click to collapse
Nooo! I was actually doing ir for N5x and succeeded (but it's non-intuitive.) and I mixed it up with N5 because I had it for two years before N5x But whatever, it should work for a lot of devices. Except if you go to kernel specific settings.