yashsingh1/xdaforums huggingface dataset:
[BetterBatteryStats] ithehappy:
Fair enough. But afaIk the issue going on with GSII is Android OS high usage, not Android System. Anyway I will check once again after a full charge. The thing is I am confused because I am noticing it for the first time.

Regards.
[BetterBatteryStats] nobnut:
I was referring to both, I just didn't mention explicitly.

Just for your information, I flashed KH3 yesterday and for the first time I haven't been unable to get either above 5%. It was only 24 hours ago however.
[BetterBatteryStats] consegregate:
May I request a mirror to first post? I don't know what server your file is hosted on, but I sure can't access it.
[BetterBatteryStats] nobnut:
Eh? It is hosted on XDA. Link here.

It's also available in the Market... great price too ;)
[BetterBatteryStats] defnz:
Yeah, I think I'm just trying to understand what is using GPS when I don't have things like latitude enabled. To use GPS the app would be using fine not coarse location if I understand it correctly?

Last night I completely wiped the phone, repartitioned etc, and didn't restore anything from backups, only installed swiftkey x and sms backup and restore and overnight the GPS came on whilst I was asleep for a moment like my previous screenshot.

Permissions shows neither swiftkey nor sms have coarse or fine location permissions either.

Short of turning GPS off completely it's starting to annoy me
[BetterBatteryStats] ebliss:
Hi,

using 0.8.2, in preference, even if I set to "Since unplugged", when I start the app, it will still show "Since charged".
[BetterBatteryStats] chamonix:
Are you having a weather widget running?

About turning GPS off: I guess many can confirm that this may be the only way to get rid of unwanted fine location usage. It's a pitty but in that case I see no other option if it is important to you to get the usage down to zero. Even if you revoke perms from any weather widget and social app there will still be agps accessing it.

I'd suggest you do another round checking all the apps you have pre installed on fine grained loc and then you will have to make a decision.
[BetterBatteryStats] chamonix:
That IS a bug! thanks for reporting, I added it to my tracker and will fix it with next release.

https://github.com/asksven/BetterBatteryStats/issues?sort=created&direction=desc&state=open
[BetterBatteryStats] chamonix:
This may be of interest.... I have been messing yround with Google libs for another project and created a dialog showing Google Maps. My application is aware of power draining so it uses only coarse location.

Upon calling the Map from the Google Maps lib I just got a

Provider gps requires ACCESS_FINE_LOCATION permission

This is crazy!!!!! and means if I want to display maps I need to ask for this perm. If on the other hand also means that I am not careful with the requests for location from my code (by specifying the wanted position) I would start draining GPS if it is on even if at a first place I as a dev have stated that I don't want to use fine location...

I will try my code with GPS on and if it - as I suspect - starts accessing GPS against my will I will start looking for alternative mapping libs in order to avoid using GMaps.

Edit: by overriding some default stuff I am able to avoid adding that perm to my code so GMaps does noting against my will but just gives me a hard time and requires quite some understanding about the internals of Android
[BetterBatteryStats] peterbonge:
@chamonix: What about post #597?
[BetterBatteryStats] xelra:
Well, I don't know any specifics for your device, but 384 seems to be a bit high. But I don't know. You should check it though.

Apart from that, BBS is about battery consumption while idle. And that IS the baseline that you need to build for everything else. Because even when the phone is active that baseline is like an offset.

The reasons why people advise other people to use mobile data over wifi are that it's easy to do. Just turn off wifi and the wakelocks from broadcasts on your amateurishly configured home network are gone. ;)

You might not be able to configure the network, e.g. at work or at a public place.

But if you can optimize your home network, wifi is absolutely the most battery saving.

And BTW, I'm using battery monitor widget. Just set it to 10 minutes or less and it won't cost that much.

It's actually my most consuming app, but it's still low.

For all instant messaging purposes, I can only recommend imo beta. I've tried them all and this one isn't just the best. It's very easy on the wakelocks.

EDIT:

Well chamonix already gave you an analysis of your reading. And he's spot on (of course he is ;))!

You should really think about using only 1 account. That's how it's supposed to be used. You setup forwarding for your 38 mail accounts and then you use filters and labels in gmail.

For the special ones that you want to be able to reply without a changing mail address, you set up SMTP. That's it.
[BetterBatteryStats] Memphisto11:
When will the latest version 1.9.0 roll out in Google play?
[BetterBatteryStats] luffyp:
Hi. Can anyone explain to me how come the deep sleep time is greater than the unplugged time when I set "since unplugged" as the reference time please? Also the 17.4% that the deep sleep time has is the percent of what? I'm a little confused :confused:
[BetterBatteryStats] gpz1100:
^^You probably didn't reboot after the last full change (or partial charge). Best to reboot to clear all the timers.
[BetterBatteryStats] virus786:
This is the bug I was talking about.

Sent from my Samsung Galaxy S2

running CheckROM RevoHD V6

using Swiftkey 3

via TapaTalk 2.
[BetterBatteryStats] yhrn:
1.9.0 is only a RC. It is available from this thread so people can help test it. When there is a version that has been tested enough with no reported serious bugs it will be released by Chamonix and rolled out to Google Play.
[BetterBatteryStats] mchu6am4:
Hi guys...hope someone can help me on this forum thread as no one is bothered on the one x threads!

I've recently acquired a one x from eBay and seems to have stock firmware etc but i get wakelock/notification type sounds which are very annoying to say the least...can someone please explain why I'm getting these on stock firmware as i thought you get this sort of stuff on custom firmware?

If i don't find a reasonable explanation or solution then I'll sell the HTC and another phone without these problems.

Before are some screenshots of the current firmware and I've also attached a dump file from battery battery stats.

Thanks in advance - sorry but i can't find a method of attaching the file, however I've attached some screenshots?
[BetterBatteryStats] Karpfenhai:
User experience report 1.9.0 rc1

@ Chamonix, small bug found in latest rc,

- If you open the app via widget, the reference is always set to since screen off, independent from the value set in widget preferences, also after deleting / re-adding the widget.

2nd, what is test under more menu? ;) Sonmething special?

Network and CPU are not showing any value, but thats probably just not active and not a bug?

Same for Kernel Wakelocks, no reference found, raw kernel is present.

- Feature request! Add option to manually update widget only.

Keep it up, will report further soon (if i find an issue) Nice weekend mate!
[BetterBatteryStats] cdmackay:
thanks for the new version...

same issues here though; CM9 nightly on a Galaxy Note.
[BetterBatteryStats] chamonix:
https://github.com/asksven/BetterBatteryStats/issues/183

LOL, it's secret and I forgot to remove it ;) https://github.com/asksven/BetterBatteryStats/issues/184

https://github.com/asksven/BetterBatteryStats/issues/185

I am not sure I understand that one correctly. Do you mean you would like to have a touch zone for refreshing the small / medium widget like the graph is on the large one?

Same to you!
[BetterBatteryStats] cdmackay:
I see that bug is for "since screen off"; I'm seeing no reference since unplugged...

i.e. for kernel, alarms, network, states.

other, partial & process are fine.
[BetterBatteryStats] odub303:
I'm not having that problem. Did you reboot?
[BetterBatteryStats] Karpfenhai:
No we didn't :cool:

But in the past it was not necessary between different releases.

@Sven, i mean totally disable auto refresh, set to manually only here:

Or... Does the widget only updates itself if the screen is turned on? In that case the it might be obsolete.

Tapatalked from my Samsung GT9100
[BetterBatteryStats] chamonix:
For those of you having problems and seing no data: while checking I found that I introduced a regressing in the way I translate the stat type (since....) from the spinner. The bug was caused by renumbering / re-ordering the entries.

I hope I fixed it now but will do some intensive testing before releasing RC2. RC2 also contains an attempt to fix the "service not available" bug we are hunting for ages.
[BetterBatteryStats] mariotme:
glad to hear that bro great news! :good:
[BetterBatteryStats] chamonix:
No there is no update when screen goes on (but that would be an option). I added it to the issue list for now but would like to exchange some arguments on this feature to understand the motivation: https://github.com/asksven/BetterBatteryStats/issues/186
[BetterBatteryStats] Rob2222:
@chamonix:

Just testing 1.9RC1, really nice so far!

Just one feature suggestion that me came in mind...

When you browse trough the different screens in BBS, it updates the screen every time you change it. When you want to check the last standby values, BBS "records" events that occur while reading BBS information. So my drain measurement values become more and more wrong while browsing BBS pages.

So me came just the idea, if there could be implemented such thing like a Auto-Freeze option on ... maybe switch-on/unlock/BBS-open. So that BBS just show events until switch-on/unlock/BBS-open, don't care how long you browse trough the BBS pages. So studying BBS pages wont change your values, cause value-recording is frozen at that time.

At the moment we can already choose from when we wanna see values. This would be the option until when we wanna see the values.

A second version would be a dropdown field like SINCE but you call it UNTIL.

Suggestions for UNTIL would be last-wake/last-screenon/last-unlock/BBS-open.

Which version is better, I dont know. But it would be nice to have time to study the BBS pages without changing the recorded stats every time you switch pages.

From implementation point of view, BBS would must make snapshots at these events, then, if it doesnt make them already?

Best Regards

Robert
[BetterBatteryStats] p107r0:
maybe the simpler solution for what you suggest would be to freeze displayed values on bbs app activation until the "refresh" option is selected?
[BetterBatteryStats] Rob2222:
Yes, this is version 1 of my suggestion. At least I thought that way. With selectable option when to freeze the stats. :)

BR

Robert
[BetterBatteryStats] chamonix:
https://github.com/asksven/BetterBatteryStats/issues/187

I definitely need a tool for voting on features :)
[BetterBatteryStats] chamonix:
Release 1.9RC2

New RC is up for you guys.

Changelog is in post #2, all known bugs from RC1 should be resolved.

Two additional infos:

Unfortunately this version resets the default stat / stat types (preferences) to default. There was a nasty bug in the coding of those values in conjuction with the spinners. In fact there were two bugs, the second hiding the first one. I couldn't find any predictable way to resolve the bug by setting to preferences to the correct values so unfortunately I need to reset them (the app will do that automatically upon the first run).

After a little "private" testing is seems that I may have a lead for fixing the bug of the "batteryinfo" service not responding under certain conditions. I have added one specific permission to BBS so please if someone is still able to reproduce the bug with RC2 tell me asap and if possible post a logcat. I want to avoid adding permissions without a good reason.

Happy testing.
[BetterBatteryStats] nobnut:
Great stuff!
[BetterBatteryStats] chamonix:
Unfortunately I'm out of thanks so thanks ;)

I am happy to see you here Nobnut, I hope you enjoy your S3 as much as I do
[BetterBatteryStats] nobnut:
They are something else! I'm very impressed with it. I'm glad to hear you have one.

Keep up the good work on BBS. It's a killer application and I see it doing very well on the Play Store. If there was ever a Dev who deserved tremendous success... well, you know who I'm talking about!

Have a great weekend and thank you for the update.

:)

EDIT: I was in Berlin three weeks ago. The weather was amazing and we had a great time. Maybe catch up with you in person for a beer one day.
[BetterBatteryStats] chamonix:
/me blushes

I definitely hope that we can catch up another time. In Geneva the weather was great was well!
[BetterBatteryStats] nobnut:
I know...

You had to leave Berlin to avoid me :p
[BetterBatteryStats] bradwdx:
I'm still on 1.8.1.0, but hope to have time this weekend to test RC2. I think i'm close to determining a repeatable procedure to replicate the bt perm issue. Though i want to test more to make sure.
[BetterBatteryStats] mchu6am4:
Nobody then???
[BetterBatteryStats] p107r0:
Can't speak for others, but myself I completely don't understand your problem, and cannot grasp the connection between the wakelocks and the problem of annoying notification sounds on stock ROM, maybe try to provide more detailed description?
[BetterBatteryStats] mchu6am4:
Ok..I'm using stock Rom and keep hearing some kind of sounds every so often but there is no notification/warning present? Any ideas why the random sounds?
[BetterBatteryStats] steve austin:
early findings/questions

1. I must say your app and the timely support you provide is stellar. Thank you.

2. I used to get this error once in a while, but now "BetterBatteryStats is not responding. Would you like to close it" almost every time the screen goes to sleep now. What do I need to do to log this so you can accurately examine this glitch? Logcat, I take it that there is an app for that. I will look into it.

3. I really like the new additions, especially the "Networks" and "CPU states". I saw some rogue apps still pinging through wifi after I "thought" I crippled them with autostart manager.

4. Down the road, are all the parameters/permissions/pieces in place to associate what apps or processes are occupying each CPU state? In other words, If i wake my phone for 5 minutes to dump my BBS log - after its been in deep sleep for five hours - I would expect it to run in between 192 and 384 MHz for that 5 minutes and maybe a smidge beyond. However, the screen may be off but it might actually be awake for 15 minutes, unbeknownst to me, and be purring along at a 1.3 GHz clip. If I saw that it was bluetooth, e-mail, or whatever was occupying that 1.3 GHz slot when I pressed it in BBS that revelation could be invaluable. Don't know if Is possible, but if it were you would be the one to do it.

Thanks again
[BetterBatteryStats] cdmackay:
mm, no perhaps not.

I will try RC2, and a reboot, thanks.
[BetterBatteryStats] odub303:
Can I ask why you think this has something to do with this app?
[BetterBatteryStats] Karpfenhai:
New Version behaves better in terms of open-by-widget but, alarm and kernel wakelock still complaining no reference, will try a reboot to fix that.

The motivation...hmmm ..hard to explain, some people, including myself are not permanently monitoring the display for changes. I'm using my device pretty hard sometimes and i don't wanna wait for the widget to update (who is doing this?), so i tap it, nearly every time. For me manually updating the widget would fit perfect. But i totally like your idea of refreshing upon screen activation, that's brilliant!

Hope you got my point, regards. :)

Tapatalked from my Samsung GT9100
[BetterBatteryStats] Deadlee6:
Excelent app works gd
[BetterBatteryStats] chamonix:
I can tell either as I don't own a One X but I noticed two things on the screenies:

- the kernel says root, that's weird for "stick"

- there's a bell in the notification bar. Maybe related to the sound

Anyway I don't see how we can help on that as it seems more a device issue. You should take that to the corresponding device Q&A thread IMHO
[BetterBatteryStats] chamonix:
Logcat would be great. As I read 3. I assume your phone is rooted and the su rights are granted properly (at screen off a dump "since screen off" is written it the watchdog is active). Are you using the watchdog and does this stop when your turn it off?

Have you tweaked any of the UI specific settings regarding how activities are to be handeled by ICS?

There is no relation between apps running and CPU states AFAIK as CPU states are managed by the kernel (governor) as well as the number of core that run are. A kernel dev (that I am not) can correct me if I am wrong but when it comes to CPU states higher does not mean worse considering that tasks are also finished faster at faster speed (not considering I/O for a sec. Anyway this kind of diag is not the goal of BSS. The difference in drain that is relevant to me is the infinite difference between deep sleep and running (in whatever state). That's also the reason why I first introduced only the state "seep sleep" in the "other" stats. The states as they were added now should be considered additional info that may be useful but not as entrypoint for analysing stuff.

[/QUOTE]
[BetterBatteryStats] chamonix:
I keep my fingers crossed. If it happens again could you please provide a logcat (per attempt) and tell me what combo you selected to open from tapping the widget. I'd try to reproduce on that basis.

Got it, I may add both. The big question is then how we can manage the click zone as I guess you don't want to lose the ability to call BBS from the widget.
[BetterBatteryStats] jdfrye:
Dont mean to just pop in here but I did.

Just factory reset my Rezound and installed BBS after the first day of aweful drain. Ran today and it looks like its Verizon Location Agent. Am I right?

This is a fully stock and unrooted
[BetterBatteryStats] chamonix:
You are right but processes is not the right place to start looking. I suggest you start by studying the how-to guide here.
[BetterBatteryStats] jdfrye:
I read it a couple of times but a little tough to understand but thats not your fault.

I did listen to podcasts for about 2 hrs later in the day, but before I started the phone was awake for 90% of the time. Checking other screens (PWL,KWL,A,Process,Other..) it was always the VLA as being the culprit.

Really thinking of rooting and installing Scotts clean ROM..why oh why to let Verizon own my phone!

Thanks for the reply
[BetterBatteryStats] Karpfenhai:
Now I'm confused the clickzone is already present and working.. The upper area.

Tapatalked from my Samsung GT9100
[BetterBatteryStats] s2dh:
My phone was charged to 95%, then left in standby for three hours and when next used it had 65%.

Can anyone tell me what is causing this and how to resolve this?

Here is my BBS dump.
[BetterBatteryStats] mchu6am4:
Thanks for that..the bell is for the alarm clock and the only reason i posted here is that i thought this app looks out for any app on the phone that tries to wake up the phone so i can try to find out the offending app/apps.

I've tried the q and a section of one x and no one has responded...just feel like getting rid and buying a Samsung which in used to and didn't have any problems!
[BetterBatteryStats] chamonix:
The tapzone is only present in 2x2. I'd need to add such a concept for the other ones too in order to have refresh and open bbs both available
[BetterBatteryStats] chamonix:
Sorry for the confusion, my reply was based on the screenshot. If you have check kwl and pwl and saw this package then you did right and it's the app you want to remove. If you don't want to go through the whole process of rooting and installing a rom you may try to find a one-click-root (eg superoneclick) to temp root your device and freeze that app
[BetterBatteryStats] chamonix:
Ok then we could try with bbs. If the app is waking up you device often enough it may appear in a dumpfile. Just plug/unplug and let it make sounds a few time and post a 'since unplugged' dumpfile here, we'll have a look. Please write a reminder in the post what it is about so we can focus on the right thing
[BetterBatteryStats] kami2k:
Great update thanks very much bro..........
[BetterBatteryStats] yhrn:
Hi,

I'm on 1.9.0 RC2 (but this might not be something new) and the preference "Wakelock pct of" does not seem to have any effect on kernel wakelocks while it works as I would expect it to for partial wakelocks.

To me it feels as if it should affect kernel waklocks as well but if that is difficult to achieve then I think it would be good if it was specified in the description for the preference.

Another thing I'm wondering about is "#178: functionality to decode eventX-YYYY processes" (included from 1.9.0 RC1). How does this work? I have these wakelocks but I cannot see any new info (compared to v1.8.1) under kernel wakelocks (even when tapping the wakelock) or in the dump file and I don't find anything in the menu that seems related. Sorry if I'm missing something obvious here.

And finally two dump file ideas: It would be nice to be able to configure a directory for dump files. It would be even nicer if there was an alternate action "Dump to file and send..." that would allow us to send the file to another app (e.g. Dropbox) directly without dumping to the phone file system.

Thanks for your great work Chamonix!
[BetterBatteryStats] Karpfenhai:
I'm deeply sorry to correct you, but the tap zone works also in the 2x1 widget. :D

Sent from my GT-I9100
[BetterBatteryStats] Rob2222:
Thanks! :) You have got both implementation ideas for that, right?

I think version 2 is a little bit better, however it needs BBS to make snapshots on last-wake and last-screenon and last-unlock and BBS-open but then gives you more flexibility to select it in the UNTIL dropdown field.

Version 1 would only need to make 1 snapshot depending on the Auto-Freeze settings switch-on OR unlock OR BBS-open, but you didnt have the flexibility to change it on the fly via dropdown field.

Best Regards

Robert
[BetterBatteryStats] nocturnoz:
I left my Phone unplugged for ~5 Hours and it dropped from 100% to 86%.

WIFI: Off

MobileInternet: Off

Was only connected for Phonecalls/SMS

DeepSleep: 98,5%

ROM: Open Sensation (build 03.07Nightly)

Kernel: TamCore Kernel 3.036 (00666)

Governor: Bad|ass Batterysaving @ 1188 MHz

Firmware: 3.33.401.6

Radio: Radio_11.76A.3504.00P_11.24A.3504.31_M

RIL: HTC-RIL_4.0.0037HMQ

Log: @ pastebin com/pVSGMxcx

Screen: imageshack us/photo/my-images/542/screenshot2012070714182 png

I dunno why it drops while doing noting. oO
[BetterBatteryStats] mchu6am4:
Hi sorry but I'm not sure if the cause is bbs or other apps but will attach dumpfile later as cannot do so using this app.
[BetterBatteryStats] chamonix:
The cause is not bbs but bbs may help you in finding it :-)
[BetterBatteryStats] rasengan82:
I'm on the latest stable 1.8.1. Is there a reason BBS asks for root when I unplug my phone from charger? Also I notice after the latest superuser update, the Toast comes up very late.
[BetterBatteryStats] bradwdx:
batteryinfo service accessibility and bluetooth

I left 1.8.0.1 paid installed while also running 1.9 RC2 XDA.

Here are my steps to reproduce the batteryinfo service access - bluetooth permission problem:

1.turn on bt

2.verify it paired with a bt device

2note: if it doesn't attach to a bt device, issue does not present

3.charge

4.disconnect charge

5.launch bbs

doesn't seem to matter if i let it sleep or not during any of the steps.

The 1.9 RC2 works, but 1.8.0.1 fails.

edit: also should note that rebooting is the only fix i've found, but it has worked 100% of the time so far...

with RC2 i also noticed it wasn't tracking 'since unplugged' until i rebooted. but i think this has been mentioned.