mirror of
https://github.com/librespot-org/librespot.git
synced 2026-04-27 08:15:50 +03:00
[GH-ISSUE #404] Librespot crashes when it cannot find a soundcard #259
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#259
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 @je-marshall on GitHub (Nov 23, 2019).
Original GitHub issue: https://github.com/librespot-org/librespot/issues/404
I would think that this bug is related to #50, with the possible added complication that I am running Librespot in a container. As @ashwinvandijk is in the referenced issue, I'm running Librespot in conjunction with snapserver; as a result this container has never had a sound card. Its been running fine for the last year or so but I recently updated to the latest version of everything (wasn't keeping track of version numbers when I did the update) and only now am I experiencing the issue. I thought at first that I could potentially passthrough the hosts sound card, but am banging my head against a poorly documented wall trying to get this working and to be honest I don't really want to as this will mean making it an unprivileged container (I think).
Here's a backtrace with the details:
Like I say I'm trying to get it to work by passing through a sound card to the container and I will let you know if I have any success with this.
Thanks for all the hard work on Librespot btw, its a great program - I appreciate my use case might be slightly obscure so no worries if its not something you want to support.
@ashthespy commented on GitHub (Nov 23, 2019):
Not sure what your trying to do, but can't you just use a pipe to snapserver?
@je-marshall commented on GitHub (Nov 23, 2019):
Yeah so I didn't include a bit of background - snapserver has been crashing and I suspected it was due to updating Librespot. I can't see any point where snapserver was having problems except when it invokes Librespot so I figured I'd try running it by itself and got this error. Then I found a similar one that wasn't resolved so I thought it might be the same thing!
@ashthespy commented on GitHub (Nov 23, 2019):
I am not sure what librespot is supposed to do if there is no audio device present to playback on?
To test the other non playback parts, you can always pipe to
/dev/null@je-marshall commented on GitHub (Nov 23, 2019):
That seems fair but like I say it has been working for a little while without throwing this error. If I pipe it to /dev/null I get the exact same trace.
I can't rule out that this is an issue with snapserver, I will carry on digging and let you know what I find out.
Thanks!
@kingosticks commented on GitHub (Nov 23, 2019):
To be fair it shouldn't crash so this is a bug to fix. It's just not an interesting bug.
@kingosticks commented on GitHub (Nov 23, 2019):
Hang on, the exact same crash when you use the pipe backend? That doesn't make sense. Can you provide the command line you used to pipe it to /dev/null?
@je-marshall commented on GitHub (Nov 23, 2019):
Nope my mistake - didn't realise that --backend was specified. Looks like this bug can be closed, apologies for wasting your time. The issue likely lies with snapserver, I will take it up with them.