Playback issue since the 5th of August

[kovbal]

Description
Since the 5th of August, songs do not play.

To Reproduce

1. Connect to the device.
2. Play any song.

Expected behavior
I expect the song to start playing, but it does not.

Logs

Click to show logs

[ERROR] Skipping to next track, unable to load track <SpotifyId("spotify:track:REDACTED")>: ()
[ERROR] Unable to load audio item: Error { kind: Unavailable, error: StatusCode(500) }
[INFO] Resolved "gew4-spclient.spotify.com:443" as spclient access point
[INFO] Running "<REDACTED>" using "/bin/bash" with environment variables {"PLAYER_EVENT": "volumeset", "VOLUME": "65473"}
[INFO] Resolved "guc3-spclient.spotify.com:443" as spclient access point
[INFO] Resolved "gew1-spclient.spotify.com:443" as spclient access point
[INFO] Resolved 50 tracks from <"spotify:playlist:REDACTED">

Versions (please complete the following information):
I use the official binary.

• OS: Ubuntu 24.04
• Spotifyd: 0.4.1
• cargo: N/A

Additional context
I believe this is an issue with librespot, and there is at least one open issue about this, and a fix is already merged.

There seems to be a workaround:

Adding 0.0.0.0 apresolve.spotify.com to /etc/hosts and then restarting spotifyd seems to solve it.

[philadou]

Workaround doesn't work for me.

[razserv2010]

Workaround doesn't work for me.

It worked for me:
sudo sh -c 'printf "\n0.0.0.0 apresolve.spotify.com\n" >> /etc/hosts'
getent hosts apresolve.spotify.com
then reboot spotifyd

[tes724]

Workaround doesn't work for me.

It worked for me: sudo sh -c 'printf "\n0.0.0.0 apresolve.spotify.com\n" >> /etc/hosts' getent hosts apresolve.spotify.com then reboot spotifyd

How do i add this on a HA OS RPi5?

*** EDIT ***
Fixed it by adding a DNS to my router

[MR-Assister]

It fails intermittent - hopefully someone can figure out a more permanent solution - but for now the host blocking solution seems to work after restarting 2-3 times when it fails.

I've also noticed that playback stops intermittently with with hosts file fix. and I have to keep re-connecting to/restarting playback on the raspberry pi.

[einarpersson]

Is this caused by the librespot issue? If so then it seems to have been fixed, but perhaps the dependency has to be updated. Maybe someone can try if it works with the librespot dev branch?

librespot-org/librespot#1527 (comment)

[raku-cat]

Is this caused by the librespot issue? If so then it seems to have been fixed, but perhaps the dependency has to be updated. Maybe someone can try if it works with the librespot dev branch?

librespot-org/librespot#1527 (comment)

Correct, this project uses librespot which had that bug. There was originally #1356 but for some reason the reporter closed it after a workaround was found, it really should have stayed open until the release of the librespot update and the integration of that in to this project.
Just a simple edit of the cargo.toml like so:

librespot-audio = { git = 'https://github.com/librespot-org/librespot.git', branch = 'dev', default-features = false }
librespot-playback = { git = 'https://github.com/librespot-org/librespot.git', branch = 'dev', default-features = false }
librespot-core = { git = 'https://github.com/librespot-org/librespot.git', branch = 'dev' }
librespot-discovery = { git = 'https://github.com/librespot-org/librespot.git', branch = 'dev' }
librespot-connect = { git = 'https://github.com/librespot-org/librespot.git', branch = 'dev' }
librespot-metadata = { git = 'https://github.com/librespot-org/librespot.git', branch = 'dev' }
librespot-protocol = { git = 'https://github.com/librespot-org/librespot.git', branch = 'dev' }
librespot-oauth = { git = 'https://github.com/librespot-org/librespot.git', branch = 'dev' }

Using the latest commit directly, as the fix hasn't been packaged in a release yet, unfortunately yields a few compile time errors, it seems there was a couple breaking changes between the last point release of librespot and the current dev revision.

I'm far from a rust dev but i'll try to get it compiling, if it works I'll probably make a PR.

[raku-cat]

PR opened, should at least provide a diff patch folks can use but I can't really assure anything other than that it builds and played music for me lol..

[fabienjuif]

Might help if you install from #1362

Example:

cargo install --features pulseaudio_backend,dbus_mpris --path .
spotifyd -d Youpla -b pulseaudio -B 320 --no-daemon

[hartmark]

+1
workaround with fixing hosts file work however

[xybr-dev]

Workaround doesn't work for me.

It worked for me: sudo sh -c 'printf "\n0.0.0.0 apresolve.spotify.com\n" >> /etc/hosts' getent hosts apresolve.spotify.com then reboot spotifyd

Worked for me as of 8 Sep 2025. Thanks!

[DocSneider]

Workaround doesn't work for me.

It worked for me: sudo sh -c 'printf "\n0.0.0.0 apresolve.spotify.com\n" >> /etc/hosts' getent hosts apresolve.spotify.com then reboot spotifyd

This was the one-liner I used and that worked:

sudo sh -c 'printf "\n:: apresolve.spotify.com\n0.0.0.0 apresolve.spotify.com\n" >> /etc/hosts'

The details:

I had to also block IPv6 because after blocking adding 0.0.0.0 apresolve.spotify.com to /etc/hosts, the URL was resolved to an IPv6 address (maybe also before, didn't check...):

❯ getent hosts apresolve.spotify.com
2600:1901:1:7c5:: apresolve.spotify.com

But blocking IPv4 and IPv6 worked for me. As written before, it was done by running the following command:

sudo sh -c 'printf "\n:: apresolve.spotify.com\n0.0.0.0 apresolve.spotify.com\n" >> /etc/hosts'

Afterwards, getent showed an empty address for apresolve.spotify.com:

❯ getent hosts apresolve.spotify.com
::              apresolve.spotify.com

If running spotifyd in foreground via spotifyd --no-daemon --verbose, the logs clearly showed that apresolve wasn't used anymore:

[...]
[WARN librespot_core::apresolve] Failed to resolve all access points, using fallbacks
[WARN librespot_core::apresolve] Resolve access points error: Service unavailable { client error (Connect) }
[...]

[277292]

For nixos:
networking.extraHosts = ''0.0.0.0 apresolve.spotify.com'';