Slow playback startup when selecting tracks from Most played tracks

App version

Beta

Issue description

Selecting a track from the “Most played tracks” list consistently takes approximately 5-6 seconds before audio starts playing.

This happens while connected to stable Wi-Fi.

Device type

Phone

Media provider

Navidrome

Steps to reproduce

  1. Open “Most played tracks”.
  2. Select any track from the list.
  3. Wait for playback to begin.
  4. Select another track from the same list.
  5. Observe another approximately 5-6 second delay.

Additional information

“Most played tracks” contains approximately 44,000 tracks.
Symfonium creates a playback queue containing 10,000 tracks.

This issue is NOT reproducible if I select a track (get the 6s cooldown), then press “Next track”; the next track will load in a second or so, as Symfonium doesn’t try to refresh the playlist.

You can see in the logs at 00:45:12.508, I selected “Wa Do Dem” from “Most played tracks”.

Relevant timeline:

  • 00:45:12.508: playbackAction: SongClick/109/false - Most played tracks
  • 00:45:12.610: Symfonium creates a new “Most played tracks” queue
  • 00:45:12.992: Query returns 43,986 played songs
  • 00:45:16.454: Symfonium finishes saving a 10,000-track queue
  • 00:45:17.313: Symfonium starts preparing the selected track
  • 00:45:17.502: Navidrome answers the transcode-decision request in 184ms
  • 00:45:18.698: Audio starts

Total time from track selection to audio starting is approximately 6.2 seconds.

Navidrome responds quickly once track preparation begins. Most of the delay appears to happen before Symfonium requests or starts preparing the stream.

The issue appears correlated with selecting tracks from this very large dynamically generated list and creating its 10000 tracks playback queue.

Could playback begin before the full source queue is processed, or could the generated queue size be limited/configurable?

My current workaround is to browse tracks from the queue directly using the generated “Up next” view rather than from the “Most played tracks” list.

I searched existing issues first

on

I understand that logs are mandatory

on

Log upload name / description

ash / debug-20260612_004747.zip

Hum yes the optimized path was not taken when navigating that way. Will be fixed.

Hi, just letting you know that the fix worked fine.