Randomly skipping songs

Support
1

Issue description:

Hey,

Every time I connect my bluetooth headphones and start playing music, Symphonium randomly skips a song. I thought maybe the headphones are the issue but other players with subsonic support work fine. I couldnt any other patterns for reproduction

I sent the debug logs in the app, tagged with my username

Logs:

Upload description: emrsmsrli

Additional information:

 

 

Reproduction steps:

 

  • Connect BT headphones
  • Start playback
  • Wait for a random amount of time between 2-4 mins
  • Observe the track skips 4 out of 5 times
     

Media provider:

Subsonic

Screenshots:

     

2

In those logs the only errors I see is when you loose wifi.

3

I uploaded new logs with the same tag, the song skip happened shortly before I sent it

4

This is the same in those logs, the connection is cut, transcoding is stopped server side and Symfonium can’t get the rest of the song data.

I can’t see a reason why this would happen when connecting a BT device.

5

The thing is this happens when I’m outside, where there are no wifi connections. I only connect to mobile network.

I can see in the logs that the server (navidrome) is returning HTTP code 416, that’s when the skipping happens? The server logs don’t show any errors though.

There’s a similar issue here, reported long ago: 416 error on offline download

edit: come to think of it, it usually happens somw time after when im leaving the apartment, which makes the phone auto switch from wifi to mobile data. maybe the app doesnt gracefully handle this situation. I’m guessing it happens some time later because of the streaming buffer

6

No it first start with

2026-01-01 09:34:57.308 Error MusicPlayer  DataSource: Error reading source (0/10/false), retrying [m5.u: java.net.SocketException: Software caused connection abort]

The 416 is the consequence, the transcode session is closed server side, so it probably delete the transcoded file, and when Symfonium tries to read the proper place in the file, the server can’t as it’s not transcoded yet to that spot.

Check your proxy it probably shows something for the first close.

7

I reproed it a few times and for none of them the reverse proxy showed any errors. It only lists 416 return codes every now and then

8

Try to enable more logs on it. Or eventually try without using it to remove that from the equation.

You can also try the option to force HTTP 1 for playback that may workaround this.