ARC consuming excessive CPU/GPU resources on Android (ref#4URDMP) [Ticket in]

Support
1

What’s happening?

· I'm having trouble with Roon ARC

What best describes your issue with ARC

· Other

How can we help?

· None of the above

Other options

· Other

Describe the issue

ARC excessive CPU+GPU resource usage on Android

please see linked thread in Software Support ARC 1.69.639 performance issues Android

Describe your network setup

not a network issue

2
3

Good afternoon @Adam_Pekar !

I hope you’re doing well today.

We’re sorry to see you face this problem.

At this point we would like to ask you to switch your phone to 60 HZ refresh rate for test purpose and try to use Roon ARC app again and check whether it still heats.

Let us know please your findings once you have tested it.

Have a nice day!

Regards.

4

Hi there, here’s a new screen recording with the screen set to 60hz.

Resource usage remains high - largely unchanged.

6

Good day @Adam_Pekar !

Thanks for uploading a new video!

We’ve opened an internal ticket for investigation and will keep you posted on this once there are new conclusions or updates.

Regards.

7

Hi @Adam_Pekar,

We have a few tests we’d like you to perform in the app that will isolate ARC’s background processes on Android to pinpoint the resource demand.

Our team has activated granular logging on the backend, so we’ll gather all we need if you can simply share a timestamp of when you performed these tests.

First up, at your convenience, please simply close ARC and clear the cache before reopening.

Go to Settings > Apps. Select the ARC app. Tap on “Storage & Cache” and choose “Clear cache”. Open ARC again.

Thank you!

8

Hi there, cache cleared, ARC opened, let it sit untouched until it finished loading and fetching covers and last changes, then closed the app to the home screen. Didn’t force quit it.

Time 22.27 CEST

9

Hi @Adam_Pekar,

Thank you! We’ve captured relevant logs and passed them to the developers.

As a second test, please add at least 10 songs of mixed bit-depths and/or sample rates to the queue in ARC and play to any endpoint. Background the app during playback and keep other apps closed on the phone.

This second test should be all we need to reproduce the symptom precisely internally.

We appreciate your patience.

10

Hi there, I`ve done so, as instructed. The playback is currently running, my phone speaker as endpoint. App is backgrounded, screen is off. All other apps are closed and removed from memory.

Added 11 songs ranging from 44.1 to 192khz and 16-24bit depth.

Start time; 22:04 CEST, end approximately 22:45 CEST.

11

Hello @Adam_Pekar

We’ve discussed this with our senior QA and development teams. The team is investigating some possibilities here and, as soon as that investigation is complete, we’ll be sure to follow up ASAP.

You have our apologies for the trouble here, and we’ve greatly appreciated your patience as we continue investigating this tricky issue. We’ll be in touch as soon as we can.

12

Hi, just posting to keep this topic alive. Hope to see an improvement in the resource usage with future updates :slight_smile:

Thanks for investigating.

13

Hey @Adam_Pekar

Thanks for performing that test, we have added this info to the investigation ticket. The ticket has been submitted for developer review, meaning that this may take some time to be reviewed.

There aren’t any additional details needed at this time, so we will go ahead and close the thread for the time being, and if any other questions arise after the developers have reviewed the case, we will re-open the thread and reach out once more.

Thanks again for your report, and thank you in advance for your patience as the ticket progresses through the development queue for review.