mirror of
https://github.com/librespot-org/librespot.git
synced 2026-04-27 00:05:55 +03:00
[GH-ISSUE #1593] Symphonia Decoder Error: Deadline expired before operation could complete { wait timeout exceeded } #729
Labels
No labels
A-Alsa
SpotifyAPI
Tokio 1.0
audio
bug
can't reproduce
compilation
dependencies
duplicate
enhancement
good first issue
help wanted
high priority
imported
imported
invalid
new api
pull-request
question
reverse engineering
wiki
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/librespot#729
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @arthurus on GitHub (Sep 21, 2025).
Original GitHub issue: https://github.com/librespot-org/librespot/issues/1593
Description
Tracks are being skipped randomly. Sometimes in the middle, usually when advancing to the next track in an album/playlist. For every skipped tracked there is this error:
ERROR librespot_playback::player] Skipping to next track, unable to get next packet for track <SpotifyUri("spotify:track:6VleSDLbLIty7x4XyUAZjw")>: SymphoniaDecoder("Deadline expired before operation could complete { wait timeout exceeded }")or this:
ERROR librespot_playback::player] Unable to read audio file: Symphonia Decoder Error: Deadline expired before operation could complete { wait timeout exceeded }Version
v0.7.1
How to reproduce
Start librespot and play an album/playlist.
Log
Host (what you are running
librespoton):@arthurus commented on GitHub (Sep 21, 2025):
Full log: 1593.log
@photovoltex commented on GitHub (Sep 25, 2025):
Hmm, when your reproduction is really just playing a playlist or album, I doubt this might be a general issue, as that's what I'm usually doing. I think this might be in response to an unstable Internet connection or something similar? Were there any problems recently with your network or so?
@arthurus commented on GitHub (Sep 25, 2025):
I agree that this must be somehow related to my setup/config/hardware. I've been experiencing it for quite some time (months), also on previous librespot versions (I don't remember which exactly). I don't think it's caused by network issues. I have very stable Internet connection (FTTH) and I use this same RPI for streaming internet radio without any problems. To be sure that it's not related to wi-fi, I disabled it on RPI and used an USB Ethernet adapter. It made no difference.
Like I wrote in the description, it seems to happen randomly. Sometimes, any album I play gets skipped tracks. Other times, it does not occur at all for days, even on the same albums. I have only one album that seems to consistently trigger this issue: https://open.spotify.com/album/1YhJAVWHeN2lif2aFHJYVy. This is actually a single 1 hour long track and so far I was not able to play it from start to finish without this error somewhere in the middle. Example, from just a moment ago:
I'm not sure if this is exactly the same issue, because this happens in the middle of a track, not when advancing to a next track, but the error message is the same.
@smogork commented on GitHub (Oct 17, 2025):
@arthurus I have a suggestion. I encounter this error consistently when caching process is too slow (for e.g. my SD card is almost full). Librespot tends to count deadline for downloading and caching together. Here is an example.
In my case, cleaning old cache entries helps for some time.
I can see from logs that you have cache enabled. Could you try to disable it and test this long album?
@arthurus commented on GitHub (Oct 17, 2025):
@smogork I have audio cache disabled (
--disable-audio-cache). The--cacheparameter is only to specify where the cached credentials should be stored. I also though that this could be caused by slow SD card access so I replaced it with a new, fast card but it didn't make a difference. However, I just noticed that the--tmpdirectory (temporary file download location) was not on the SD card but on a very small tmpfs... I changed it and this seems to help - I was able to play the album I mentioned earlier without any errors. I'll keep testing and, hopefully, close this issue if it stops happening.@arthurus commented on GitHub (Oct 27, 2025):
Closing because it stopped occurring since I changed the
--tmpdirectory.@Semmu commented on GitHub (Dec 3, 2025):
I just faced the same issue when trying to play a long track (1hr+). It works using the official clients of course.
This is the track itself: https://open.spotify.com/track/1M2Bynkts9pH3wHprdwAsi
And these are the logs:
Using librespot v0.8.0, in a container, built from source, started with this command:
Now I will experiment with the
--tmpflag as well, but I thought to mention that this issue may still be relevant.Could this be related to some timeout issue caused by long tracks? Maybe those need more time to load sufficient amount of audio data, dunno.
@arthurus commented on GitHub (Dec 4, 2025):
@Semmu I recently started seeing this again as well, after having to update librespot because of #1623. I didn't change any configuration, only updated to a newer version. I have no idea if this is a regression or the result of some change on Spotify's side.
@hbsagen commented on GitHub (Dec 10, 2025):
I got this today as well.
[2025-12-10T17:58:36Z INFO librespot_playback::player] (472400 ms) loaded
[2025-12-10T18:00:34Z ERROR librespot_playback::player] Skipping to next track, unable to get next packet for track <SpotifyUri("spotify:track:188s885TL0EgDz07BShopC")>: SymphoniaDecoder("Deadline expired before operation could complete { wait timeout exceeded }")
[2025-12-10T18:00:42Z ERROR librespot_playback::player] Skipping to next track, unable to get next packet for track <SpotifyUri("spotify:track:188s885TL0EgDz07BShopC")>: SymphoniaDecoder("Deadline expired before operation could complete { wait timeout exceeded }")
@Semmu commented on GitHub (Dec 10, 2025):
Yeah today it started happening quite frequently, once an hour or so. librespot seems to handle them by skipping to the next song, but it's still concerning.
I also had librespot crash on me today with these logs:
So something is definitely going on again at Spotify and it is breaking our client I guess.
@Semmu commented on GitHub (Dec 11, 2025):
Even more new errors I haven't seen before. Unfortunately librespot is getting really unreliable again.
And these:
Seems maintaining librespot will be a neverending effort.
@Semmu commented on GitHub (Jan 11, 2026):
FYI still seeing these issues pop up now and then.
I'm running librespot on a fairly old and low-powered SBC (Odroid XU4), though it is barely under any load. Maybe Spotify CDNs are sometimes just slow to respond? Anyways I feel like increasing the wait timeout should solve these issues, as retrying the same track usually succeeds!