Phone overheating. Connecting to Navidrome 0.53.3

Support
1

Issue description:

After playing any music files via Symfonium for a short period of time my phone overheats and becomes hot to the touch.
I’ve tried with default configuration and trying to enable and disable various options, but can’t seem to prevent this issue.
I’ve attached my debug logs.

Logs:

Upload description: Dshawn

Additional information:

 
Phone is a Samsung Galaxy S23 FE
 

Reproduction steps:

 
Nothing specific. Just using the app with default or custom settings overheats the phone.
 

Media provider:

Subsonic

Screenshots:

     

2

I do not see anything special in the logs.

Try to disable prefer internal decoder in case ffmpeg have some issues with your files.

3

I’ve disabled the internal decoder. Doesn’t seem to have made a difference.
I ran the Ultrasonic client for 5 mins and captured the temperature for comparison. I did the same for Symfonium. There’s more than a 10 degree running difference as per CPU-Z.

Anything else I could try?

Symfonium
Symfonium1080×2245 65.4 KB

Ultrasonic
Ultrasonic1080×2265 63.7 KB

4

Provide a full bug report Capture and read bug reports  |  Android Studio  |  Android Developers and upload it to https://upload.symfonium.app.

Do you have some other apps like panoscrobbler or tasker that could try to react to something Symfonium do and cause this ?

5

I don’t have anything else that interacts with Symfonium or other apps.

Full bug report has been submitted.

6 
CPU usage from 237139ms to 117480ms ago (2024-11-22 17:51:00.545 to 2024-11-22 17:53:00.205):
  5.5% 1576/system_server: 3% user + 2.5% kernel / faults: 3866 minor 6 major
  3.2% 4261/app.symfonik.music.player: 1.4% user + 1.8% kernel / faults: 139 minor

This is a little higher than normal, but very far from being able to overheat a device.

11-22 15:49:54.774  1000  1576  1647 W ActivityManager: Rescheduling restart of crashed service app.symfonik.music.player/app.symfonik.core.playback.service.PlayerService in 9491ms for mem-pressure-event
11-22 15:49:54.774  1000  1576  1647 W ActivityManager: Rescheduling restart of crashed service com.android.vending/com.google.android.finsky.billing.iab.InAppBillingService in 29491ms for mem-pressure-event
11-22 15:49:54.774  1000  1576  1647 W ActivityManager: Rescheduling restart of crashed service com.android.vending/com.google.android.finsky.contentfilterui.ContentFiltersService in 49491ms for mem-pressure-event
11-22 15:49:54.775  1000  1576  1647 W UsageStatsService: Unexpected activity event reported! (app.symfonik.music.player/app.symfonik.ui.StartActivity event : 23 instanceId : 161892821)
11-22 15:49:54.778  1000  1576  1647 W UsageStatsService: Unexpected activity event reported! (com.android.vending/com.google.android.finsky.activities.MainActivity event : 23 instanceId : 179884986)
11-22 15:49:54.784  1000  1576  1647 W ActivityManager: Rescheduling restart of crashed service app.symfonik.music.player/app.symfonik.core.playback.service.PlayerService in 481ms for mem-pressure-event
11-22 15:49:54.786  1000  1576  1647 W ActivityManager: Rescheduling restart of crashed service com.android.vending/com.google.android.finsky.billing.iab.InAppBillingService in 10481ms for mem-pressure-event
11-22 15:49:54.786  1000  1576  1647 W ActivityManager: Rescheduling restart of crashed service com.android.vending/com.google.android.finsky.contentfilterui.ContentFiltersService in 20481ms for mem-pressure-event
11-22 15:49:54.786  1000  1576  1647 W ActivityManager: Rescheduling restart of crashed service com.samsung.android.rubin.app/com.samsung.android.rubin.controller.KeepAliveService in 37602822ms for mem-pressure-event

Is interesting seems that some Samsung logger intercept things between Symfonium and the Play Store and causes issues.

What is Samsung Rubin? Samsung Rubin is the customization service available on newer Samsung devices that can log valuable data which can be lawfully accessed using a mobile device forensic tool during a digital investigation .

You can maybe try to disable PlayStore or that Samsung service if it’s possible and see if it happens again.

7

I uninstalled the com.samsung.android.rubin.app via adb shell. I also disabled the Google Play store and Google Play services and ran Symfonium again.

Hasn’t made a difference. Anything else I could try?

8

Enable logs in Symfonium and provide a new bug report when the app is playing and the phone is hot.

9

Done. Uploaded Symfonium logs and full bug report

10

Ok so this time it’s visible in the logs in the bug report.

CPU usage from 235509ms to 89678ms ago (2024-11-23 20:14:48.231 to 2024-11-23 20:17:14.062):
  106% 2373/app.symfonik.music.player: 83% user + 22% kernel / faults: 18605 minor 1496 major
  18% 2129/com.android.bluetooth: 11% user + 7.7% kernel / faults: 519 minor 363 major
  15% 999/audioserver: 14% user + 0.9% kernel / faults: 2 minor 200 major
  10% 1320/system_server: 5.2% user + 5.4% kernel / faults: 69271 minor 6622 major

Symfonium use way too much tons of faults that should not happen and BT+Audio server use way too much too.

One thing I can see is insanely slow queries, you can usually fix those in Settings/Advanced/ Cleanup internal states and wait at least 30 seconds.

2024-11-23 20:15:44.922 Error QueryBuilder  Query: SELECT songs.file FROM playlists_entries INNER JOIN songs ON (playlists_entries.provider_id = songs.provider_id and playlists_entries.file = songs.file) WHERE playlists_entries.playlist_id = 1 AND songs.resume_point>0 ORDER BY songs.last_played DESC LIMIT 1 ('') [0 in 48416.05ms (RAW/false)]
2024-11-23 20:16:46.581 Error QueryBuilder  Query: SELECT songs.file FROM playlists_entries INNER JOIN songs ON (playlists_entries.provider_id = songs.provider_id and playlists_entries.file = songs.file) WHERE playlists_entries.playlist_id = 2 AND songs.resume_point>0 ORDER BY songs.last_played DESC LIMIT 1 ('') [0 in 61656.89ms (RAW/false)]
2024-11-23 20:17:39.140 Error QueryBuilder  Query: SELECT songs.file FROM playlists_entries INNER JOIN songs ON (playlists_entries.provider_id = songs.provider_id and playlists_entries.file = songs.file) WHERE playlists_entries.playlist_id = 3 AND songs.resume_point>0 ORDER BY songs.last_played DESC LIMIT 1 ('') [0 in 52558.19ms (RAW/false)]

Another thing is maybe related to Samsung FaceWidgetMusic maybe you can try to disable it ?

And seems there was network issue at some point and retries.

2024-11-23 20:18:20.477 Error MusicPlayer  DataSource: Error reading source (1/10/false), retrying [java.net.SocketException: Socket closed]
2024-11-23 20:18:21.479 Error MusicPlayer  DataSource: Error reading source (2/10/false), retrying [java.net.SocketException: Socket closed]

Should be unrelated but at this time I lack ideas.

Can you do some tests to try find if there’s something specific to repro?
Like not play on BT.
Play local file or cached files only.

An last thing maybe try to disable the fade in / fade out in Settings/Playback/Transitions in case this is broken on some devices ?

11

I cleaned up internal states and disabled fade in and fade out. This seems to have resolved the issue. Thanks for the support.

Will raise a new case if the issue re-occurs.

Yeah I had a networking issue earlier which I resolved.

Two other unrelated questions related to usage if you don’t mind.

I have playlists that are greater than 6,000, however when I shuffle a large playlist, 6,000 is the max size. Any chance I can increase this?

Also, can I force Symfonium to look at the original album directory for some type of image file? If the metadata is not correct and shows unknown album and unknown artist, a default image often appears for these songs. All my albums have an image in the same folder as the mp3s.

12

Can you try to enable back fade to the default values and see if it’s back and it’s some OS bug ?

You said you use Subsonic in that case Symfonium only display the data send by the server you need to see with it.

13

Re-enabled fade in and fade out. Seems OK. Guessing cleaned up internal states fixed it.

14

Yes that’s strange that it impacts CPU and heat that much when it’s supposed to be just slow disk access to the database.

But glad it was just that.

Still need to find a way to detect why some devices triggers the need to rebuild the database.

Have you checked https://dontkillmyapp.com/ ? Maybe the device kills the app often leading to some corruption or something.

15

Seems like this issue resurfaced after upgrading to 11.5.0. Phone is overheating and quickly draining battery.

Cleanup internal states and disabling fade in and fade out didn’t fix it this time.

Uploaded debug logs and full log report.

16 
  48% 14261/app.symfonik.music.player: 38% user + 10% kernel / faults: 186201 minor 4964 major
  28% 2290/com.android.bluetooth: 14% user + 14% kernel / faults: 2544 minor 1082 major
  25% 967/audioserver: 24% user + 0.9% kernel / faults: 350 minor 566 major
  20% 1016/surfaceflinger: 13% user + 6.8% kernel / faults: 2891 minor 311 major
  15% 2607/irq/180-1084000: 0% user + 15% kernel
  11% 9835/com.google.android.apps.photos: 6.6% user + 5% kernel / faults: 298735 minor 1801 major
  10% 1325/system_server: 5.8% user + 4.1% kernel / faults: 61079 minor 17909 major
  9.7% 925/[email protected]: 1.7% user + 8% kernel
  6.9% 930/[email protected]: 3.2% user + 3.7% kernel / faults: 5 minor 5 major
  5.8% 924/android.hardware.audio.service: 2% user + 3.7% kernel / faults: 2 minor 14 major

Everything takes too much CPU and triggers faults.
Have you tried to reboot the phone?

17

Yes, have rebooted. Also uninstalled and reinstalled.

18

There’s nothing in the logs that could explain that and nothing changed too.

The fact that it disappeared last time after doing things and is now backs, seems to indicate there’s something specific that triggers this.

Tried reboot and not playing to BT? Or any idea what you could do that is specific?