Here are some highlights:
- A beautiful design, inspired by L Material Design principles. Your choice of Light or Dark.
- A stable blocking engine
- Comprehensive measuring of the time wasted and time saved because of alarms and wakelocks
- Support for Lollipop and SELinux.
- A growing list of descriptions of the alarms, services, and wakelocks in plain English (and other languages coming soon!)
- A Pro package that lets you control any alarm, service, or wakelock on the device
- Translated by the community into Chinese, Czech, Finnish, French, German, Greek, Italian, Japanese, Malay, Portuguese, Polish, Romanian, Russian, Spanish, and more
- Tasker integration
- An open source codebase so you can see how it works, or build it yourself
3.3.7 is the latest version, available in the Google Play Store.
You can learn more at Amplify for Android.
The In-App purchases allow you to unlock the Pro package that lets you customize the alarms, services, and wakelocks on your device. Without the pro package, you can control the worst battery hogs: NlpWakelock, NlpCollectorWakeLock, ALARM_WAKEUP_LOCATOR, and ALARM_WAKE_ACTIVITY_DETECTION.
May you have a long [battery] life!
Watch this excellent review by Chris Nacca for an introduction, and to answer most of your questions
I donated but Amplify doesn't recognize my donation
This is frustrating. The reason is because of the way that the Play Store handles In-App-Billing when apps are installed from different places (like sideloading, Xposed repo, and sometimes from the Play Store app). The fix is usually simple:
1) Uninstall Amplify from your device
2) Go to the Play Store on your computer and install Amplify from the Play Store web interface.
For some reason this tends to link the accounts more reliably than installing from the Play Store on the device.
It won't let me donate, or I see an error message when trying to donate
There are a few reasons this happens. It's always because Google reports that In App Billing isn't available for your device. Here are the causes I've seen:
- You installed Amplify from the Xposed installer instead of from the Play Store, which causes problems due to a bug in Google Play
- You have the Play Store or Google Play Services Greenified
- You have blocked some part of the Play Store from running with Service Blocker, or another XPosed module
- You purchased Amplify with a different Google account than the one you're using now
- You have Lucky Patcher installed
- You're from a country where In-App Billing is not available (not common)
- You need to update your Google Play Store or Google Play Services (not common)
- I just did an update to Amplify in the Play Store and it takes a couple of hours for Google to update their servers with the new version (not common)
I had Lucky Patcher installed. I uninstalled it but Amplify still doesn't work
Lucky Patcher makes permanent changes to your system. Simply uninstalling it doesn't work. Here's something to try, courtesy of @mikeezy187:
- Uninstall lucky patcher
- Go into settings
- Go to apps
- Go to Google Play Store
- Clear Cache and app data
- Uninstall Google Play Store updates and it will ask you if you want to restore Google Play Store to its stock settings
- Click Yes
Amplify gets stuck on the screen checking for Xposed, or says Xposed isn't installed
If you're positive that Xposed is running properly, and that Amplify is checked in the Modules list, and you've done a soft reboot:
When it gets stuck, swipe from the left side of the screen, choose Settings, then push the back button to bypass these checks.
I have a bug or feature request.
Cool. Thanks for helping out! Please go file the issue here, on GitHub. You can also upvote bugs and feature requests there.
I'd like to help with translations.
That would be AWESOME. Please check here to get started.
Why is Play Services such a battery killer:
1) If Google Location Services are turned on, it sets an alarm to wakeup every 60 seconds, check the network location, and broadcast ALARM_WAKEUP_LOCATOR.
2) Everytime ALARM_WAKEUP_LOCATOR fires, Google Search receives the broadcast and grabs an NlpWakeLock and NlpCollectorWakeLock.
3) Those wakelocks hold the keep the device on for 5-15 seconds. This means that the device is actually awake for about 15 seconds per minute, or 25% of the time!
What are the consequences of reducing alarm and wakelock frequency?
It depends on the alarm. The defaults are well tested and don't have negative impacts. They just save battery life. If you start blocking unknown alarms and wakelocks, it may stop things from working. You can always disable the module at boot to fix things. The latest knowledge base was created by @1ceb0x and is being maintained by the community. I regularly include their findings in Amplify. You can find the knowledge base here: https://docs.google.com/spreadsheets...gid=2072742181
I blocked something and now my device won't boot!
To disable Xposed during boot, you have to repeatedly tap one of the hardware buttons (Power, Volume, or Home) on your device during startup. During boot, your device will vibrate twice when it detects the first key press. You'll then have five seconds to press that same button four more times, with each keystroke producing a short single vibration. After ending with a long vibration, your device will disable and prevent most of Xposed's actions, allowing you to go back to Amplify settings and fix what you broke.
What do the numbers mean, and how do I use this thing?
Check out this awesome intro video by Shiwak that explains the basics of how Amplify works.
I still get a ton of Wakelocks showing up in BetterBatteryStats
Short version: Those aren't really wakelocks. You can ignore them. Please go check in WakeLock Detector, and you'll see that they don't show up there.
Long version: Admittedly, I don't know *exactly* why they're showing up in BBS, but not in Wakelock Detector. I did a ton of testing today and can confirm that my device showed 988 NlpWakeLocks in BBS, but only 20 in WLD. During that time, I also had logcat running and a custom hook in the Android stats code. Logcat didn't show any of those phantom wakelocks, the Android stats code doesn't record them, Amplify doesn't see them, and WLD doesn't see them. BBS is [awesomely] open source, so I went digging a bit. I don't see anything obviously wrong in the code, but for some reason it's getting the counts wrong. Here's the interesting piece: It's getting the TIME SPENT in the wakelocks correct. That's why you see something absurd like 2000 wakelocks and only 6 seconds of lock time. If it were really that many wakelocks, your lock time would be much, much higher.
Where's the source code?
It's here: https://github.com/rsteckler/unbounce-android
A couple of things:
1) Don't judge. I need to do some cleanup, but wanted to post the repo early so people can take a look at what it does.
2) Pull requests are welcome.
I didn't read the FAQ
The band will not perform unless there is a bowl of M&Ms backstage, with all of the brown ones removed.
Where's the change log?
It's here: https://github.com/rsteckler/unbounc...commits/master
What are the best settings?
There is no "best" for everyone because every device is different. Check out this helpful thread from @Celestial Fury for a guide that walks you through an awesome baseline, and gives you advice on how to tune further.
What's an alarm vs. a wakelock, and how are they related with regards to Nlp (Network Location Provider)?
An alarm wakes your device from deep sleep, scheduled using the RTC (Real Time Clock). For example, Google Play Services schedules an alarm every 60 seconds to wake up the device with the ALARM_WAKEUP_LOCATOR alarm. That's why I didn't try to stop the wakelocks at first, but instead tried to stop the alarms. I don't even want the device to wakeup in the first place!
Once the alarm fires, the Nlp service wants to get your location and send it back to google. This requires keeping the device awake for a few (5-15) seconds. To keep the device awake, Google Play Services grabs the NlpWakeLock. This is the second point we can modify the system, but it only puts the device back to sleep once it's already awake.
A couple of other things: This is why I recommend starting with just the alarms. It's less intrusive, and stops the device from waking up at all. Most people will probably be fine with the settings 240, 240, 0, 0. There are other things that can cause an NlpWakeLock, though, including third party apps. If the alarms don't work by themselves for you, you can also slow down the frequency of the wakelocks directly in the settings.
Are there any ads in Amplify?
Nope. Never have been, and never will be.
What information do you collect about me?
1) Every 24 hours, Amplify will upload anonymous stats about your alarms, wakelocks, and services. I use these to generate the Global Stats you see on the home screen. The only thing that's stored is the number of events and the time they spent. I don't collect the names of the events, or anything about you.
Do you sell my data?
I only collect information about how many alarms, wakelocks, and services you have, and how long they spend keeping your device awake. I never track the actual names. That data is only used to display Global Stats on the home screen. It's never used in any other way, period. You can opt out of global stats on the settings screen.
The other data collected for Google Analytics is only used to make the app better. I don't do anything else with it and no third parties get access to it.
No other data is collected beyond those two things.
How do I know that the code on GitHub is actually the code you push to the Play Store?
I don't think there's a way to verify that. You just have to trust me. If that makes you nervous, I encourage you to build the GitHub code yourself.
Can I get Pro features by donating via PayPal, Bitcoins, or something else?
Sadly, no. The Google Play Store Terms of Service require that I use the Google Play Store IAP system to collect donations. I also don't plan on distributing non-Google IAP versions outside of the Play Store because of the effort involved. I'd rather spend my time making Amplify better, instead of maintaining two copies of the code and writing a new donation system. Sorry if you're one of the people affected by that.
Thanks, and let me know if it works for you!