Open dev-zero opened 7 years ago
This generally happens when a track is not available in your country. librespot should be able to deal with this however in https://github.com/plietar/librespot/blob/c070f6b0dbe695241671dc6ffc64895f69848479/src/player.rs#L328 .
Also, from the looks of it this track should be available in CH
. If you can still reproduce this could you run it with --verbose
ok, I retried it with and without --verbose
and I can't reproduce it anymore, even with the same track which I was able to play on my mobile device also at the time when I reported the bug.
Hello. I am seeing the same problem.
For instance on "Dealing on the Boulevard" from Lou Reed (spotify:album:3502jry0dmHTGRMuEj0gMp, https://open.spotify.com/embed/album/3502jry0dmHTGRMuEj0gMp), 1st song plays OK but 2nd song crashes.
Note that I am able to play this song in the Spotify client so this is not a matter of availability.
Thanks for the great stuff Nicolas
Something has changed in Spotify, because I now have the problem with tracks I used to listen. No link I think with the country as I'm FR and this a french artist.
For the record, I've been trying to use Spotify on my amazon echo today and have been having a ton of problems too (discovery not working, music not playing).
I am able to replicate this issue with verbose mode on.
librespot -b 320 --name "MiniDSPi Test 2" --backend alsa --device plughw:v10 --verbose
INFO:librespot: librespot 6f24e3b (2017-05-15). Built on 2017-05-16.
WARN:mdns: Failed to register IPv6 receiver: Error { repr: Os { code: 19, message: "No such device" } }
DEBUG:librespot::authentication::discovery: Post "/" {}
INFO:librespot::session: Connecting to AP "ash2-accesspoint-a104.ap.spotify.com:4070"
INFO:librespot::session: Authenticated as "<user>" !
DEBUG:librespot::session: new Session[0]
DEBUG:librespot::spirc: new Spirc[0]
DEBUG:librespot::mercury: new MercuryManager
DEBUG:librespot::player: new Player[0]
DEBUG:librespot::session: Session[0] strong=3 weak=2
INFO:librespot::session: Country: "US"
INFO:librespot::audio_backend::alsa: Using alsa sink
DEBUG:librespot::mercury: unknown subscription uri=hm://remote/3/user/<redacted>/fbacf7bfc10829c2dca369b13189005fdd06d38f
DEBUG:librespot::mercury: subscribed uri=hm://remote/3/user/<redacted>/ count=0
DEBUG:librespot::spirc: kMessageTypeNotify "MiniDSPi" 8e0cd3a7f3edf5c280614bfa445b3815e089ed97 19 1499646420260
DEBUG:librespot::spirc: kMessageTypeNotify "HTC One M9" b77109aee360a48c244fede85a057bf6b7a33607 1 1499646418474
DEBUG:librespot::spirc: kMessageTypeNotify "C368 - 067F" 34963f5d31c4460581c6dbd13c07a9b4657ca380 381 1499646419719
DEBUG:librespot::spirc: kMessageTypeNotify "Living Room" 2358af27640aeafd5485bbcbd84586d60c92cafc 678 1499646419912
DEBUG:librespot::spirc: kMessageTypeNotify "MB50" 27188a27abd5946da12a8df77b3108cebfe17f69 303 1499646420001
DEBUG:librespot::spirc: kMessageTypeLoad "HTC One M9" b77109aee360a48c244fede85a057bf6b7a33607 2 0
DEBUG:librespot::player: command=Load(SpotifyId(u128 { high: 17094772842723757106, low: 10433356220603861092 }), false, 96315)
DEBUG:librespot::metadata: new MetadataManager
thread '<unnamed>' panicked at 'called `Result::unwrap()` on an `Err` value: WireError("invalid value for enum: 13")', /checkout/src/libcore/result.rs:859
note: Run with `RUST_BACKTRACE=1` for a backtrace.
DEBUG:librespot::player: drop Player[0]
DEBUG:librespot::spirc: kMessageTypeNotify "MiniDSPi Test 2" fbacf7bfc10829c2dca369b13189005fdd06d38f 2 1499646420437
DEBUG:librespot::spirc: kMessageTypeNotify "HTC One M9" b77109aee360a48c244fede85a057bf6b7a33607 51 1499646420001
DEBUG:librespot::spirc: kMessageTypePlay "HTC One M9" b77109aee360a48c244fede85a057bf6b7a33607 3 0
thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: "SendError(..)"', /checkout/src/libcore/result.rs:859
DEBUG:librespot::spirc: drop Spirc[0]
DEBUG:librespot::session: drop Session[0]
DEBUG:librespot::mercury: drop MercuryManager
DEBUG:librespot::metadata: drop MetadataManager
DEBUG:librespot::session: drop Dispatch
Same issue here - two days ago everything was working fine, looks like spotify has chanegd something.
pi@raspberrypi:~ $ librespot --backend pipe --device /home/pi/srv/music/spotify -n spotifyConnect1 --disable-audio-cache --verbose
INFO:librespot: librespot 67deb07 (2017-06-30). Built on 2017-07-05.
WARN:mdns::fsm: error sending packet Error { repr: Os { code: 99, message: "Cannot assign requested address" } }
WARN:mdns::fsm: error sending packet Error { repr: Os { code: 99, message: "Cannot assign requested address" } }
WARN:mdns::fsm: error sending packet Error { repr: Os { code: 99, message: "Cannot assign requested address" } }
WARN:mdns::fsm: error sending packet Error { repr: Os { code: 99, message: "Cannot assign requested address" } }
DEBUG:librespot::authentication::discovery: Post "/" {}
INFO:librespot::session: Connecting to AP "lon3-accesspoint-a19.ap.spotify.com:4070"
INFO:librespot::session: Authenticated as "<USERID" !
DEBUG:librespot::session: new Session[0]
DEBUG:librespot::spirc: new Spirc[0]
DEBUG:librespot::player: new Player[0]
DEBUG:librespot::mercury: new MercuryManager
DEBUG:librespot::session: Session[0] strong=3 weak=2
INFO:librespot::session: Country: "DE"
DEBUG:librespot::mercury: unknown subscription uri=hm://remote/3/user/<USERID>/d75a8ac5db9f85ea8085e18ed2e64858e3ee4a90
DEBUG:librespot::mercury: unknown subscription uri=hm://remote/3/user/<USERID>/webapi
DEBUG:librespot::mercury: subscribed uri=hm://remote/3/user/<USERID>/ count=0
DEBUG:librespot::spirc: kMessageTypeNotify "KS-Air" 9dee012d570190747c69847a20876c23ee648b14 1 1499726184538
DEBUG:librespot::spirc: kMessageTypeLoad "KS-Air" 9dee012d570190747c69847a20876c23ee648b14 2 0
DEBUG:librespot::player: command=Load(SpotifyId(u128 { high: 12266110232946624619, low: 9811057198462756229 }), false, 132926)
DEBUG:librespot::metadata: new MetadataManager
DEBUG:librespot::spirc: kMessageTypeNotify "KS-Air" 9dee012d570190747c69847a20876c23ee648b14 56 1499726184538
DEBUG:librespot::spirc: kMessageTypeNotify "KS-Air" 9dee012d570190747c69847a20876c23ee648b14 94 1499726184538
thread '<unnamed>' panicked at 'called `Result::unwrap()` on an `Err` value: WireError("invalid value for enum: 12")', /checkout/src/libcore/result.rs:859
note: Run with `RUST_BACKTRACE=1` for a backtrace.
DEBUG:librespot::player: drop Player[0]
DEBUG:librespot::spirc: kMessageTypeNotify "spotifyConnect1" d75a8ac5db9f85ea8085e18ed2e64858e3ee4a90 2 1499726191742
DEBUG:librespot::spirc: kMessageTypeNotify "iPlay" 1cd0503f525433314064b05660a99acd27b3a3b7 4 1499726184538
DEBUG:librespot::spirc: kMessageTypeNotify "iPlay" 1cd0503f525433314064b05660a99acd27b3a3b7 110 1499726184538
DEBUG:librespot::spirc: kMessageTypeNotify "KS-Air" 9dee012d570190747c69847a20876c23ee648b14 95 1499726191742
WARN:mdns::fsm: error sending packet Error { repr: Os { code: 99, message: "Cannot assign requested address" } }
WARN:mdns::fsm: error sending packet Error { repr: Os { code: 99, message: "Cannot assign requested address" } }
DEBUG:librespot::spirc: kMessageTypePlay "KS-Air" 9dee012d570190747c69847a20876c23ee648b14 3 0
thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: "SendError(..)"', /checkout/src/libcore/result.rs:859
DEBUG:librespot::spirc: drop Spirc[0]
DEBUG:librespot::session: drop Session[0]
DEBUG:librespot::mercury: drop MercuryManager
DEBUG:librespot::metadata: drop MetadataManager
DEBUG:librespot::session: drop Dispatch
updating to the latest release fixes the issue.
I updated to the latest release and the issue was fixed for me as well.
I get the following error when trying to run librespot (in discovery mode) with either ALSA or Portaudio backend:
The first backtrace is generated when a client connects, the second one when the client tries to play. It's independent of the bitrate.