[GH-ISSUE #848] Librespot audio goes out of sync #1446

New issue

Open

opened 2026-03-14 14:57:46 +03:00 by kerem · 0 comments

kerem commented

2026-03-14 14:57:46 +03:00

Owner

Originally created by @sewnie on GitHub (Oct 8, 2025).
Original GitHub issue: https://github.com/aome510/spotify-player/issues/848

Describe the bug
Randomly, after a long period of listening to music, Librespot seems to recieve too much data, and the audio cuts for second or more, then comes back, often repeating.

To Reproduce
I don't have exact steps to remake this issue.

Play music in October of 2025
Observe

Expected behaviour
Music doesn't cut.

Log and backtrace

2025-10-08T12:57:50.232112Z  WARN librespot_audio::fetch::receive: Time to first byte 1553 ms exceeds maximum 1500, setting to maximum
2025-10-08T12:57:53.989109Z  WARN librespot_audio::fetch::receive: Time to first byte 1548 ms exceeds maximum 1500, setting to maximum
2025-10-08T12:59:06.966059Z  WARN librespot_audio::fetch::receive: Throughput 4 kbps lower than minimum 8, setting to minimum
2025-10-08T12:59:43.675541Z  WARN librespot_audio::fetch::receive: Time to first byte 1582 ms exceeds maximum 1500, setting to maximum
2025-10-08T13:01:36.427022Z  WARN librespot_audio::fetch::receive: Time to first byte 1556 ms exceeds maximum 1500, setting to maximum
2025-10-08T13:02:14.389954Z  WARN librespot_audio::fetch::receive: Time to first byte 1608 ms exceeds maximum 1500, setting to maximum
2025-10-08T13:02:26.059710Z  WARN librespot_audio::fetch::receive: Time to first byte 1614 ms exceeds maximum 1500, setting to maximum
2025-10-08T13:02:39.985674Z  WARN librespot_audio::fetch::receive: Time to first byte 1585 ms exceeds maximum 1500, setting to maximum
2025-10-08T13:02:44.307111Z  WARN librespot_audio::fetch::receive: Time to first byte 1615 ms exceeds maximum 1500, setting to maximum
2025-10-08T13:02:48.908796Z  WARN librespot_audio::fetch::receive: Time to first byte 1575 ms exceeds maximum 1500, setting to maximum
2025-10-08T13:03:23.812501Z  WARN librespot_audio::fetch::receive: Time to first byte 1542 ms exceeds maximum 1500, setting to maximum
2025-10-08T13:03:30.023446Z  WARN librespot_audio::fetch::receive: Time to first byte 1540 ms exceeds maximum 1500, setting to maximum
2025-10-08T13:03:50.078994Z  WARN librespot_audio::fetch::receive: Time to first byte 1558 ms exceeds maximum 1500, setting to maximum

2025-10-08T14:31:40.861600Z  WARN librespot_audio::fetch::receive: Time to first byte 1526 ms exceeds maximum 1500, setting to maximum
2025-10-08T14:32:01.805824Z  WARN librespot_audio::fetch::receive: Throughput 4 kbps lower than minimum 8, setting to minimum

Environment

OS: Chimera Linux
Application version: 0.21.1
Application features: Attempted usage of SDL and Pulseaudio audio backend, same issue.

Originally created by @sewnie on GitHub (Oct 8, 2025). Original GitHub issue: https://github.com/aome510/spotify-player/issues/848 **Describe the bug** Randomly, after a long period of listening to music, Librespot seems to recieve too much data, and the audio cuts for second or more, then comes back, often repeating. **To Reproduce** I don't have exact steps to remake this issue. 1. Play music in October of 2025 2. Observe **Expected behaviour** Music doesn't cut. **Log and backtrace** ``` 2025-10-08T12:57:50.232112Z WARN librespot_audio::fetch::receive: Time to first byte 1553 ms exceeds maximum 1500, setting to maximum 2025-10-08T12:57:53.989109Z WARN librespot_audio::fetch::receive: Time to first byte 1548 ms exceeds maximum 1500, setting to maximum 2025-10-08T12:59:06.966059Z WARN librespot_audio::fetch::receive: Throughput 4 kbps lower than minimum 8, setting to minimum 2025-10-08T12:59:43.675541Z WARN librespot_audio::fetch::receive: Time to first byte 1582 ms exceeds maximum 1500, setting to maximum 2025-10-08T13:01:36.427022Z WARN librespot_audio::fetch::receive: Time to first byte 1556 ms exceeds maximum 1500, setting to maximum 2025-10-08T13:02:14.389954Z WARN librespot_audio::fetch::receive: Time to first byte 1608 ms exceeds maximum 1500, setting to maximum 2025-10-08T13:02:26.059710Z WARN librespot_audio::fetch::receive: Time to first byte 1614 ms exceeds maximum 1500, setting to maximum 2025-10-08T13:02:39.985674Z WARN librespot_audio::fetch::receive: Time to first byte 1585 ms exceeds maximum 1500, setting to maximum 2025-10-08T13:02:44.307111Z WARN librespot_audio::fetch::receive: Time to first byte 1615 ms exceeds maximum 1500, setting to maximum 2025-10-08T13:02:48.908796Z WARN librespot_audio::fetch::receive: Time to first byte 1575 ms exceeds maximum 1500, setting to maximum 2025-10-08T13:03:23.812501Z WARN librespot_audio::fetch::receive: Time to first byte 1542 ms exceeds maximum 1500, setting to maximum 2025-10-08T13:03:30.023446Z WARN librespot_audio::fetch::receive: Time to first byte 1540 ms exceeds maximum 1500, setting to maximum 2025-10-08T13:03:50.078994Z WARN librespot_audio::fetch::receive: Time to first byte 1558 ms exceeds maximum 1500, setting to maximum ``` ``` 2025-10-08T14:31:40.861600Z WARN librespot_audio::fetch::receive: Time to first byte 1526 ms exceeds maximum 1500, setting to maximum 2025-10-08T14:32:01.805824Z WARN librespot_audio::fetch::receive: Throughput 4 kbps lower than minimum 8, setting to minimum ``` **Environment** - OS: Chimera Linux - Application version: 0.21.1 - Application features: Attempted usage of SDL and Pulseaudio audio backend, same issue.