Over the last ten days, Arc Timeline Recorder was the app that used the most battery, using 20% of it.
I’m hoping if there’s a way to trim down the power consumption. This probably won’t stop me from using the app, but I may have to buy the Pro Max as the next phone to have the biggest battery I can get… 
(Currently I’m rocking an iPhone 14 Pro)
Hi @k4869! Sorry for the late reply. I’ve been away for a few days.
The first question is: Are you actually experiencing shorter battery life each day?
If not, if battery life is still pretty normal, then it’s best to ignore the Settings → Battery view and just not worry about battery life. That view is incredibly misleading, and also sometimes simply wrong.
I’ll go into more detail on how/why the Settings → Battery view is misleading / wrong in a bit. But first I’ll give you a bit of context on why it’s very unlikely that Arc Recorder is actually using a large amount of battery:
Arc Recorder is built to do only one thing: record. It doesn’t do any of the daily background housekeeping tasks, it doesn’t have an energy expensive UI (eg map view), or really any UI at all. It basically can’t use a lot of battery, because it doesn’t have functionality that can use lots of energy.
Timeline recording is very low energy, very low battery cost. Under normal conditions Arc Recorder (or Arc Timeline app) can record continuously for at least 24 hours on a single battery charge, and up to 48+ hours on some iPhone models. Recording isn’t the energy expensive part of the app.
The energy expensive parts of Arc Timeline app are the UI (specifically the map view), and the scheduled background housekeeping tasks that run every day, and for some of them multiple times within a day. Because Arc Recorder doesn’t have any of those energy expensive functions, it can’t use a lot of energy.
Which leads me to the problems with the Settings → Battery view: Firstly, it’s very misleading. When it says “20%” it doesn’t mean that the app used 20% of a full battery charge, it means that of all the apps that used energy during that time, that app used 20% of the consumed energy.
So for example if within a day the battery went down 50%, and an app is listed as having used 50% in that day, that actually means that app consumed only 25% of the battery charge (50% of 50%).
On days where very little battery was used because the device was mostly idle, it’s possible to get weird situations where Settings → Battery might say something like 80% but that app only consumed 8% of a full battery charge. That’s why I say that view is very misleading - the percentages don’t mean what we intuitively think they mean.
The second problem with Settings → Battery is that sometimes it’s just wrong. I don’t know why or how, but sometimes it will show values that simply can’t be possible. This is less common, but does still happen.
So basically the first test is always: “Is the battery running out faster than usual” or “Do I have to plug the phone in to charge earlier than usual”. If the answer to those is “no”, then it’s best to just ignore Settings → Battery, no matter what it says.
If however the battery is running out faster, and you’re having to charge earlier or more often, there might be something to investigate! However given that Arc Recorder really doesn’t have the ability to use lots of battery, I’d still lean heavily towards the Settings → Battery view telling lies in this case.
Yes, while I see your point about how misleading the battery view can be, I am actually experiencing shorter battery life each day. If you look at the daily charge graph above, it’s constantly over 100%, meaning I can’t last the day without charging the phone in the middle of the day.
My current battery status is at 84%, but it still shouldn’t be that severe.
Hmm, ok. Let’s dig deeper then!
The only possible high energy consuming situation I can think of in Arc Recorder is where the phone is using extra energy to determine location.
That can happen when the phone has wifi disabled, and it is struggling to get line of sight to enough GPS satellites. When indoors the phone will often rely more on wifi hotspot triangulation than GPS/GNSS, but if wifi is disabled it can’t do that, so it’ll keep trying with the GPS receivers, potentially chewing up too much energy over an extended period of time.
Note that just turning off wifi in the control centre won’t cause that situation. As I understand it, wifi hotspot triangulation is only disabled if wifi is turned off in the Settings app.
Other than that… well I guess if the phone is in a situation where it has wifi turned on, but there’s not enough wifi hotspots nearby to get a reliable fix, it’ll again fall back to trying to use GPS/GNSS for too long. This can sometimes be the case in underground train stations, for example. Though typically we’re not underground for long enough for that to impact battery life.
That’s my only guess at this stage. If that doesn’t sound likely, then… I’m going to have to do some serious thinking. Arc Recorder chewing up battery is a very strange situation!
I’m also having this issue. Even with the setting that lowers battery life in exchange for having the blue indicator the app still used ~20% of my battery in the last 24h. Google Maps, which had a totally acceptable amount of accuracy for just walking around, used 2%. I only got the app this past weekend, so I’m not sure if this is a new situation or just normal.
I ride a lot of underground subway (I live in Seoul), so that may contribute to the battery drain.
(While subway has WiFi hotspots, it’s basically a mobile 5G router, so that probably doesn’t help with pinpointing location)
Hi @dayorbyte!
For the 20%, please see my explanation above for how that 20% doesn’t actually mean 20% of a battery charge. The percentages are relative to the other apps in the list. So for example if only 2 apps were used in a day, and both of them consumed the same amount of battery, both will show as 50% in the list, even if only 5% of a full battery charge was used.
Basically: Don’t take the Settings → Battery percentages at face value.
Beyond that, if you are getting less battery life each day (eg having to plug the phone in to charge earlier than usual), then with Arc Timeline app the thing to look at is its “on screen” time.
Arc Timeline uses very little battery when recording in the background, and almost all of its battery consumption comes from the UI, when the app is in the foreground, on screen. The map view especially is a high energy consumer, although updating the rest of the UI is also expensive, due to timelines containing large amounts of data.
Hm. I guess that could explain it! Although I’d still be surprised is Arc Recorder is consistently consuming significantly more energy/battery just because of underground train trips. I imagine in Seoul you’re probably not underground for more than maybe 30 minutes max per trip? Unless you take quite a lot of underground trips per day… it would still be quite unusual / surprising to see it have that much impact.
I live part of the year in Tokyo, and haven’t noticed any significant drain from underground train trips there. Though I’ll keep a closer eye on it when I get back to Tokyo in a few months. It might be time to do some more controlled testing on underground trains again.
Yeah, in practice I’ve found that in most countries the underground wifi doesn’t help with location at all. In some cases the hotspots in stations might provide the phone some useful data for triangulation, but the wifi actually on the trains is no help at all. And when the train is travelling station to station, the brief stop at each station is typically too short for the phone to triangulate a new location fast enough (though this does vary depending on the station, I’ve found in my testing).
Arc Timeline uses very little battery when recording in the background, and almost all of its battery consumption comes from the UI, when the app is in the foreground, on screen. The map view especially is a high energy consumer, although updating the rest of the UI is
also expensive, due to timelines containing large amounts of data.
My on screen time in the last 24h was 8 minutes, so it doesn’t seem like that would be the problem.
I guess it isn’t the % that bothers me so much as the % when compared to Google Maps, which is also doing background location tracking. When Arc was using 20% Google Maps was using 7%, and today Arc is using 31% and Google Maps is using 5%.
I think Google Maps timeline view is less detailed, and I’m fine with some additional battery use for better data, I’m just not sure how I feel about the app’s current balance.
Oh, I just realized that Arc Timeline Recorder is a different app. My issue was with Arc Timeline (I thought Arc Timeline and Arc Mini were the only apps). If using Arc Timeline Recorder would help please LMK.
The two apps aren’t comparable in that way, because they’re doing different kinds of location tracking. Using the approach Google Timeline does, it would be impossible to achieve anything like Arc’s level of detail and accuracy.
Google Timeline uses what’s called “significant location updates”. Using significant location updates means that the app is suspended completely between location updates, and only receives new location data once the device has moved maybe 100 to 150 metres or more. The app is then woken up, the location data delivered, and then goes back to sleep. That allows for very low energy consumption, but makes detailed path recording impossible. It’s incredibly low detail.
Arc instead receives a constant stream of location updates (except when stationary and in “sleep mode”). That constant stream is the only way to achieve detailed recordings, but it means that the app is never suspended in the background.
Arc also can’t allow itself to be suspended even when in “sleep mode”. Arc needs to be able to start actively recording again almost immediately, once you leave the place you’re at. If the significant location updates service were used, the first 100-150 metres or so of each trip would be lost.
That would also make it impossible to detect short trips between nearby places. For example if you pop out to go to a nearby convenience store, only 100 metres away, Arc can accurately record the walk to the store, the visit to the store, and the walk back home. Google Timeline can’t record those short trips, and is also likely to completely miss the fact that you ever left home!
Basically there’s a huge rift between apps like Arc and apps like Google Timeline. If Google Timeline wanted to record more detail, even if not as much detail as Arc, it would need give up on its strategy of using the significant location updates service, and that would mean using basically the same amount of energy/battery as Arc. There’s not really any middle ground between - it’s one or the other.
