mirror of
https://github.com/librespot-org/librespot.git
synced 2026-04-27 08:15:50 +03:00
[GH-ISSUE #49] Stop working after 5 songs #39
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#39
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 @sashahilton00 on GitHub (Jan 29, 2018).
Original GitHub issue: https://github.com/librespot-org/librespot/issues/49
Tuesday Mar 14, 2017 at 20:45 GMT
Originally opened as https://github.com/plietar/librespot/issues/164
I tried this version on my RPI3 Jessie https://github.com/herrernst/librespot/releases and after 5 skip songs librespot stop working.
Bye
Sandro
@sashahilton00 commented on GitHub (Jan 29, 2018):
Wednesday Mar 15, 2017 at 14:33 GMT
++
I built it myself on a RPI3 using alsa and after a couple of tracks it simply stops playing. It is still available as a device in my other Spotify clients, I can select it and it looks like it would playback something (and e.g. the playing progress is also shared with other connected Spotify clients), but there is no output on the librespot device itself.
It also doesn't log anything anymore, neither an error or something, nor loading/loaded messages of the tracks that it are displayed as playing in the Spotify clients.
Restarting librespot solves the problem until it stops playing again after a couple of tracks.
@sashahilton00 commented on GitHub (Jan 29, 2018):
Wednesday Mar 15, 2017 at 14:41 GMT
Thanks for the reports.
Could you please run librespot in gdb and Ctrl-C it when it hangs, and print the backtrace for all threads.
@sashahilton00 commented on GitHub (Jan 29, 2018):
Wednesday Mar 15, 2017 at 14:44 GMT
Will do tonight. Can I run this on target/release/librespot as well or do I have to rebuild it first without the --release flag?
@sashahilton00 commented on GitHub (Jan 29, 2018):
Wednesday Mar 15, 2017 at 14:46 GMT
Release is probably fine
@sashahilton00 commented on GitHub (Jan 29, 2018):
Wednesday Mar 15, 2017 at 21:42 GMT
Here you go @plietar. The first backtrace is from the error scenario described above: I play a Spotify playlist and everything works for a while, but then a new track comes up (in this case "It's Time To Wake Up (2023)") and it doesn't playback, but it doesn't give an error message or crash either.
I also noticed that if I jump to any point in a track while playback still works, it's highly likely that an alsa underrun occurs, and then the rest of the behavior is the same as in the other error case, it doesn't crash, but I can't do anything to make it play stuff again other than restarting librespot. The second backtrace below is from such an alsa underrun.
@sashahilton00 commented on GitHub (Jan 29, 2018):
Monday Mar 20, 2017 at 11:01 GMT
Any news how go head this issue?
Thks Sandro
@sashahilton00 commented on GitHub (Jan 29, 2018):
Saturday Mar 25, 2017 at 15:45 GMT
Update: I had pulseaudio installed, but decided to remove it because it made other problems as well and since then I don't experience this bug anymore.
@sashahilton00 commented on GitHub (Jan 29, 2018):
Monday Mar 27, 2017 at 07:36 GMT
I confirm. Unistalled Pulseaudio the problem has been solved.
Bye
Sandro
@sashahilton00 commented on GitHub (Jan 29, 2018):
Thursday Mar 30, 2017 at 19:57 GMT
I have the same Problem but unfortunately i have no pulseaudio installed.. Tested with a fresh Debian install on a Pi1
@sashahilton00 commented on GitHub (Jan 29, 2018):
Thursday Jul 27, 2017 at 12:25 GMT
I have a similar issue (it just stops playing after a few tracks, usually right in the middle of a song. No error, it just hangs). Trying to pause/play the track or skip to a different one on the remote official andoid app doesn't appear to do anything.
I run debian testing with pulseaudio disabled (pulse daemon not running).
Here's the backtrace when it occurs:
@ComlOnline commented on GitHub (Jan 29, 2018):
@simias @derWeihnachtsmann Do you still get this issue?
@simias commented on GitHub (Jan 30, 2018):
I've built the latest git master (
8971d3a(2017-10-05)) and I've left it running for a couple of hours (enough to play around 40 tracks) and no hiccups so far.@simias commented on GitHub (Jan 30, 2018):
Oh, nevermind, it's not the latest master at all, I was still tracking plietar/librespot.git (I just noticed the repo switch). I'm going to try the newer version.
@derWeihnachtsmann commented on GitHub (Jan 30, 2018):
I stopped using librespot because of this Problem, I will compile with the new git and try again.
@ComlOnline commented on GitHub (Jan 30, 2018):
Thanks! If you want you can use raspotify on a RPi, It also uses the latest version and has a nice wrapper.
@simias commented on GitHub (Jan 30, 2018):
I've been running
5f21c25(2018-01-28) for more than an hour and still no issues.@ComlOnline commented on GitHub (Jan 30, 2018):
Good to hear!
@simias commented on GitHub (Feb 1, 2018):
I've been running it on and off in the past couple of days and no freeze so far, as far as I'm concerned the issue is fixed.
@derWeihnachtsmann commented on GitHub (Feb 1, 2018):
I still got no time to compile, I will do after work today and report back..
@ComlOnline commented on GitHub (Feb 5, 2018):
@derWeihnachtsmann How did the compiling go?
@derWeihnachtsmann commented on GitHub (Feb 6, 2018):
Great stuff! Working very well and played smoothly all the evening.
@sashahilton00 commented on GitHub (Feb 7, 2018):
Comments suggest that this is resolved. Closing.