High battery drain issue with Roon ARC during playback on iPhone (ref#8FR3Y8)

What’s happening?

· I'm having trouble with Roon ARC

What best describes your issue with ARC

· Other

Describe the issue

There have been many posts about ARC power consumption, but seemingly all in topics now closed. I’ve started to use ARC seriously this week. The battery drain is severe, to the point that the app isn’t useable for me.

I had hoped that ARC could replace my Apple Music app on my iPhone. My use case is simple–I download my entire library and listen either on planes (via Bluetooth earbuds) or in my car (via CarPlay). I rarely stream, nor do I use an outboard DAC. I have no special DSP enabled [just Max PCM Rate (Power of 2) SRC]. I have Smart Downloads disabled.

This morning I listened to an 11 minute track (Autumn Leaves, by Cannonball Adderley on Something’ Else, 96/24 in my Roon library), downloaded as “Balanced” (OPUS compressed), on Bluetooth earbuds. No other apps were active. My battery went from 68% to 62%. Then I played the same track with the Apple Music app (presumably using AAC compression), and the battery went from 61% to 60%. Finally, I re-downloaded this album to ARC using “CD Quality” and repeated the experiment. The battery went from 58% to 52%.

These are crude measures, but it’s clear that ARC is using much more power–a multiple on the order of six–to perform simple playback from my downloaded library when compared to Apple’s native app, and it doesn’t appear to be very dependent on the track format.

I’m hoping there is a fix for this. Otherwise, ARC is simply unusable for me.

Nelson

Describe your network setup

Router: eero Pro 6E

There have been many posts about ARC power consumption, but seemingly all in topics now closed. I’ve started to use ARC seriously this week. The battery drain is severe, to the point that the app isn’t useable for me.

I had hoped that ARC could replace my Apple Music app on my iPhone. My use case is simple–I download my entire library and listen either on planes (via Bluetooth earbuds) or in my car (via CarPlay). I rarely stream, nor do I use an outboard DAC. I have no special DSP enabled.

This morning I listened to an 11 minute track (Autumn Leaves, by Cannonball Adderley on Something’ Else, 96/24 in my Roon library), downloaded as “Balanced” (OPUS compressed), on Bluetooth earbuds. My battery went from 68% to 62%. Then I played the same track with the Apple Music app (presumably using AAC compression), and the battery went from 61% to 60%. Finally, I re-downloaded this album to ARC using “CD Quality” and repeated the experiment. The battery went from 58% to 52%.

These are crude measures, but it’s clear that ARC is using much more power–a multiple on the order of six–to perform simple playback from my downloaded library when compared to Apple’s native app, and it doesn’t appear to be very dependent on the track format.

I’m hoping there is a fix for this. Otherwise, ARC is simply unusable for me.

Nelson

What is enabled?

We’re you still in the process of downloading your library?

Do you have smart downloads turned on inside Arc?

Did you use the phone solely for Arc at the time of this test?

Was it on the now playing screen I Arc, or on another screen inside the Arc app?

Was this on WiFi or mobile data? (I know it was with downloaded music)

You may want to post this in the Support category or as Feedback

After lots of digging, I think recently they may have found the cause, at least it helped in one case - does this make sense to you?

Hi Menzies,

  • DSP enabled: Max PCM Rate (Power of 2) [actual playback was always at 48kHz]; Headroom management Auto
  • My library was completely downloaded
  • Smart downloads were disabled
  • used solely for ARC playback during my evaluations
  • screen off about half the time, on the Now Playing Arc screen most of the rest of the time
  • I was off my WiFi network

Thanks for the suggestion to post to Support.

Nelson

I see this to be the issue

Upsampling our opus downloads, and then automatically down sampling for the output to Bluetooth and also headroom

Try disabling the upsampling for a start and see if this helps

Hi Suedkiez,

I see that this bug applies to iOS as well as Android, so perhaps the root cause has been found. I will try the posted suggestions.

Nelson

I have tried both suggested fixes (DSP SRC change and display change). Neither affected my phone’s power draw (I got the same 6% battery drain for the same 11 minute track). I have posted to Support.

1 Like

Consolidated similar posts from @Nelson_Wright from ARC excessive power consumption on iPhone 15 to here.

I use Tailscale, and this morning found that it’s relevant. After disabling Tailscale on my iPhone (but remaining on my local network, with my Nucleus+, via WiFi), I found that the 6% /track battery drain is reduced to 4% (with other conditions as above). I see the same 4% with networking off (WiFi disabled and phone in Airplane mode) and ARC in local playback. So some of the excess battery drain can be ascribed to Tailscale (and I hope that can be fixed), but ARC is still draining at about four times the rate of Apple’s Music app under similar conditions.

This morning, I connected ARC conventionally via UPnP, and connected to the cell network (i.e., disabled WiFi) on my phone. Under these conditions, I see the same (roughly) 6% battery drain when I play my 11 minute test track. Hence there appears to be no difference in battery drain between Tailscale and UPnP connectivity. The differences reported yesterday appear to be related to offline playback.

Hi @Nelson_Wright,

Thank you for the report.

Do you have a timestamp of the test you performed with the Cannonball Adderly track?

Do you have any storage capacity warnings on this phone? Is Background Refresh enabled for ARC?

We’re investigating the report with QA and ARC development. There’s ongoing work to improve battery drain. Thanks!

1 Like

Hi Connor,

The most recent tests were approximately 6:00AM Pacific time, today.

There have been no capacity warnings (I still have 500GB free). Background refresh is enabled.

Thanks for the prompt reply, and let me know if there is more I can do to facilitate the investigation.

Nelson

Thanks for getting that timestamp to us! We will pass it onto QA and get back to you when we know more.

This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.