starred/librespot
1
0
Fork 0
mirror of https://github.com/librespot-org/librespot.git synced 2026-04-27 08:15:50 +03:00
Code Issues 95 Projects Releases 10 Packages Wiki Activity

[GH-ISSUE #72] thread '<unnamed>' panicked at 'called Result::unwrap() on an Err value: AudioKeyError' #63

New issue
Closed
opened 2026-02-27 19:28:36 +03:00 by kerem · 6 comments
kerem commented 2026-02-27 19:28:36 +03:00
Owner
Copy link

Originally created by @sashahilton00 on GitHub (Jan 29, 2018).
Original GitHub issue: https://github.com/librespot-org/librespot/issues/72

Issue by dev-zero
Sunday Jun 25, 2017 at 13:49 GMT
Originally opened as https://github.com/plietar/librespot/issues/206

I get the following error when trying to run librespot (in discovery mode) with either ALSA or Portaudio backend:

RUST_BACKTRACE=1 /opt/librespot/target/release/librespot --cache /var/lib/kodi/.cache/librespot --name Gambit -b 320
INFO:librespot: librespot 2259188 (2017-06-14). Built on 2017-06-25.
INFO:librespot::session: Connecting to AP "lon3-accesspoint-a53.ap.spotify.com:4070"
INFO:librespot::session: Authenticated as "********************************************" !
INFO:librespot::session: Country: "CH"
INFO:librespot::audio_backend::alsa: Using alsa sink
INFO:librespot::player: Loading track "Walking The Wire"
WARN:librespot::audio_key: error audio key 0 1
thread '<unnamed>' panicked at 'called `Result::unwrap()` on an `Err` value: AudioKeyError', src/libcore/result.rs:868
stack backtrace:
   1:     0x55559df9f63c - std::sys::imp::backtrace::tracing::imp::write::h59f11508bbbb14ed
                        at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/sys/unix/backtrace/tracing/gcc_s.rs:42
   2:     0x55559dfa44fe - std::panicking::default_hook::{{closure}}::h6803a4f823630483
                        at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:351
   3:     0x55559dfa4104 - std::panicking::default_hook::h34bd173121b68cc3
                        at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:367
   4:     0x55559dfa499b - std::panicking::rust_panic_with_hook::h9dbf610601b6a7e6
                        at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:555
   5:     0x55559dfa4834 - std::panicking::begin_panic::hb6716f52468b0723
                        at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:517
   6:     0x55559dfa4759 - std::panicking::begin_panic_fmt::h26c3fb5a170461f1
                        at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:501
   7:     0x55559dfa46e7 - rust_begin_unwind
                        at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:477
   8:     0x55559dfe395d - core::panicking::panic_fmt::hf96d4d16395a9d71
                        at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libcore/panicking.rs:69
   9:     0x55559dcbc810 - core::result::unwrap_failed::h226c2e6c60f226c0
  10:     0x55559dd218db - librespot::player::PlayerInternal::load_track::h98655d8beb662f03
  11:     0x55559dd1b92f - librespot::player::PlayerInternal::run::hc0ab7de3d31cd36a
  12:     0x55559dc85292 - std::panicking::try::do_call::h70fe5412c2307000
  13:     0x55559dfad30a - __rust_maybe_catch_panic
                        at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libpanic_unwind/lib.rs:98
  14:     0x55559dc89b6d - <F as alloc::boxed::FnBox<A>>::call_box::hfd6d939166bb691d
  15:     0x55559dfa37e4 - std::sys::imp::thread::Thread::new::thread_start::hb5d1d3fd59bea9f8
                        at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/liballoc/boxed.rs:624
                        at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/sys_common/thread.rs:21
                        at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/sys/unix/thread.rs:84
  16:     0x7f1f436a23d3 - start_thread
  17:     0x7f1f43ba3f4e - __GI___clone
                        at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105
  18:                0x0 - <unknown>

thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: "SendError(..)"', src/libcore/result.rs:868
stack backtrace:
   1:     0x55559df9f63c - std::sys::imp::backtrace::tracing::imp::write::h59f11508bbbb14ed
                        at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/sys/unix/backtrace/tracing/gcc_s.rs:42
   2:     0x55559dfa44fe - std::panicking::default_hook::{{closure}}::h6803a4f823630483
                        at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:351
   3:     0x55559dfa4104 - std::panicking::default_hook::h34bd173121b68cc3
                        at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:367
   4:     0x55559dfa499b - std::panicking::rust_panic_with_hook::h9dbf610601b6a7e6
                        at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:555
   5:     0x55559dfa4834 - std::panicking::begin_panic::hb6716f52468b0723
                        at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:517
   6:     0x55559dfa4759 - std::panicking::begin_panic_fmt::h26c3fb5a170461f1
                        at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:501
   7:     0x55559dfa46e7 - rust_begin_unwind
                        at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:477
   8:     0x55559dfe395d - core::panicking::panic_fmt::hf96d4d16395a9d71
                        at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libcore/panicking.rs:69
   9:     0x55559dcbc8c2 - core::result::unwrap_failed::h2306691d0b458899
  10:     0x55559dd1aae7 - librespot::player::Player::command::h6e3dc113df813953
  11:     0x55559dd2b547 - <librespot::spirc::SpircTask as futures::future::Future>::poll::h7dec885b0de74afc
  12:     0x55559dc913b7 - librespot::main::hf1c3903b31a86f14
  13:     0x55559dfad30a - __rust_maybe_catch_panic
                        at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libpanic_unwind/lib.rs:98
  14:     0x55559dfa5106 - std::rt::lang_start::h57d3f8e2f32e3c87
                        at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:436
                        at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panic.rs:361
                        at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/rt.rs:57
  15:     0x7f1f43adb200 - __libc_start_main
                        at ../csu/libc-start.c:289
  16:     0x55559dc80359 - _start
                        at ../sysdeps/x86_64/start.S:120
  17:                0x0 - <unknown>

The first backtrace is generated when a client connects, the second one when the client tries to play.
It's independent of the bitrate.

Originally created by @sashahilton00 on GitHub (Jan 29, 2018). Original GitHub issue: https://github.com/librespot-org/librespot/issues/72 <a href="https://github.com/dev-zero"><img src="https://avatars2.githubusercontent.com/u/11307?v=4" align="left" width="96" height="96" hspace="10"></img></a> **Issue by [dev-zero](https://github.com/dev-zero)** _Sunday Jun 25, 2017 at 13:49 GMT_ _Originally opened as https://github.com/plietar/librespot/issues/206_ ---- I get the following error when trying to run librespot (in discovery mode) with either ALSA or Portaudio backend: ``` RUST_BACKTRACE=1 /opt/librespot/target/release/librespot --cache /var/lib/kodi/.cache/librespot --name Gambit -b 320 INFO:librespot: librespot 2259188 (2017-06-14). Built on 2017-06-25. INFO:librespot::session: Connecting to AP "lon3-accesspoint-a53.ap.spotify.com:4070" INFO:librespot::session: Authenticated as "********************************************" ! INFO:librespot::session: Country: "CH" INFO:librespot::audio_backend::alsa: Using alsa sink INFO:librespot::player: Loading track "Walking The Wire" WARN:librespot::audio_key: error audio key 0 1 thread '<unnamed>' panicked at 'called `Result::unwrap()` on an `Err` value: AudioKeyError', src/libcore/result.rs:868 stack backtrace: 1: 0x55559df9f63c - std::sys::imp::backtrace::tracing::imp::write::h59f11508bbbb14ed at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/sys/unix/backtrace/tracing/gcc_s.rs:42 2: 0x55559dfa44fe - std::panicking::default_hook::{{closure}}::h6803a4f823630483 at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:351 3: 0x55559dfa4104 - std::panicking::default_hook::h34bd173121b68cc3 at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:367 4: 0x55559dfa499b - std::panicking::rust_panic_with_hook::h9dbf610601b6a7e6 at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:555 5: 0x55559dfa4834 - std::panicking::begin_panic::hb6716f52468b0723 at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:517 6: 0x55559dfa4759 - std::panicking::begin_panic_fmt::h26c3fb5a170461f1 at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:501 7: 0x55559dfa46e7 - rust_begin_unwind at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:477 8: 0x55559dfe395d - core::panicking::panic_fmt::hf96d4d16395a9d71 at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libcore/panicking.rs:69 9: 0x55559dcbc810 - core::result::unwrap_failed::h226c2e6c60f226c0 10: 0x55559dd218db - librespot::player::PlayerInternal::load_track::h98655d8beb662f03 11: 0x55559dd1b92f - librespot::player::PlayerInternal::run::hc0ab7de3d31cd36a 12: 0x55559dc85292 - std::panicking::try::do_call::h70fe5412c2307000 13: 0x55559dfad30a - __rust_maybe_catch_panic at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libpanic_unwind/lib.rs:98 14: 0x55559dc89b6d - <F as alloc::boxed::FnBox<A>>::call_box::hfd6d939166bb691d 15: 0x55559dfa37e4 - std::sys::imp::thread::Thread::new::thread_start::hb5d1d3fd59bea9f8 at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/liballoc/boxed.rs:624 at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/sys_common/thread.rs:21 at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/sys/unix/thread.rs:84 16: 0x7f1f436a23d3 - start_thread 17: 0x7f1f43ba3f4e - __GI___clone at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105 18: 0x0 - <unknown> thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: "SendError(..)"', src/libcore/result.rs:868 stack backtrace: 1: 0x55559df9f63c - std::sys::imp::backtrace::tracing::imp::write::h59f11508bbbb14ed at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/sys/unix/backtrace/tracing/gcc_s.rs:42 2: 0x55559dfa44fe - std::panicking::default_hook::{{closure}}::h6803a4f823630483 at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:351 3: 0x55559dfa4104 - std::panicking::default_hook::h34bd173121b68cc3 at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:367 4: 0x55559dfa499b - std::panicking::rust_panic_with_hook::h9dbf610601b6a7e6 at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:555 5: 0x55559dfa4834 - std::panicking::begin_panic::hb6716f52468b0723 at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:517 6: 0x55559dfa4759 - std::panicking::begin_panic_fmt::h26c3fb5a170461f1 at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:501 7: 0x55559dfa46e7 - rust_begin_unwind at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:477 8: 0x55559dfe395d - core::panicking::panic_fmt::hf96d4d16395a9d71 at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libcore/panicking.rs:69 9: 0x55559dcbc8c2 - core::result::unwrap_failed::h2306691d0b458899 10: 0x55559dd1aae7 - librespot::player::Player::command::h6e3dc113df813953 11: 0x55559dd2b547 - <librespot::spirc::SpircTask as futures::future::Future>::poll::h7dec885b0de74afc 12: 0x55559dc913b7 - librespot::main::hf1c3903b31a86f14 13: 0x55559dfad30a - __rust_maybe_catch_panic at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libpanic_unwind/lib.rs:98 14: 0x55559dfa5106 - std::rt::lang_start::h57d3f8e2f32e3c87 at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panicking.rs:436 at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/panic.rs:361 at /var/tmp/paludis/dev-lang-rust-1.16.0/work/rustc-1.16.0-src/src/libstd/rt.rs:57 15: 0x7f1f43adb200 - __libc_start_main at ../csu/libc-start.c:289 16: 0x55559dc80359 - _start at ../sysdeps/x86_64/start.S:120 17: 0x0 - <unknown> ``` The first backtrace is generated when a client connects, the second one when the client tries to play. It's independent of the bitrate.
kerem 2026-02-27 19:28:36 +03:00
kerem commented 2026-02-27 19:28:37 +03:00
Author
Owner
Copy link

@sashahilton00 commented on GitHub (Jan 29, 2018):

Comment by plietar
Thursday Jun 29, 2017 at 15:33 GMT

This generally happens when a track is not available in your country.
librespot should be able to deal with this however in github.com/plietar/librespot@c070f6b0db/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

<!-- gh-comment-id:361274259 --> @sashahilton00 commented on GitHub (Jan 29, 2018): <a href="https://github.com/plietar"><img src="https://avatars0.githubusercontent.com/u/1489775?v=4" align="left" width="48" height="48" hspace="10"></img></a> **Comment by [plietar](https://github.com/plietar)** _Thursday Jun 29, 2017 at 15:33 GMT_ ---- 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`
kerem commented 2026-02-27 19:28:37 +03:00
Author
Owner
Copy link

@sashahilton00 commented on GitHub (Jan 29, 2018):

Comment by dev-zero
Friday Jun 30, 2017 at 08:16 GMT

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.

<!-- gh-comment-id:361274288 --> @sashahilton00 commented on GitHub (Jan 29, 2018): <a href="https://github.com/dev-zero"><img src="https://avatars2.githubusercontent.com/u/11307?v=4" align="left" width="48" height="48" hspace="10"></img></a> **Comment by [dev-zero](https://github.com/dev-zero)** _Friday Jun 30, 2017 at 08:16 GMT_ ---- 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.
kerem commented 2026-02-27 19:28:37 +03:00
Author
Owner
Copy link

@sashahilton00 commented on GitHub (Jan 29, 2018):

Comment by nbonamy
Sunday Jul 09, 2017 at 11:27 GMT

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

<!-- gh-comment-id:361274309 --> @sashahilton00 commented on GitHub (Jan 29, 2018): <a href="https://github.com/nbonamy"><img src="https://avatars0.githubusercontent.com/u/956207?v=4" align="left" width="48" height="48" hspace="10"></img></a> **Comment by [nbonamy](https://github.com/nbonamy)** _Sunday Jul 09, 2017 at 11:27 GMT_ ---- 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
kerem commented 2026-02-27 19:28:37 +03:00
Author
Owner
Copy link

@sashahilton00 commented on GitHub (Jan 29, 2018):

Comment by balbuze
Sunday Jul 09, 2017 at 19:03 GMT

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.

<!-- gh-comment-id:361274336 --> @sashahilton00 commented on GitHub (Jan 29, 2018): <a href="https://github.com/balbuze"><img src="https://avatars2.githubusercontent.com/u/12850139?v=4" align="left" width="48" height="48" hspace="10"></img></a> **Comment by [balbuze](https://github.com/balbuze)** _Sunday Jul 09, 2017 at 19:03 GMT_ ---- 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.
kerem commented 2026-02-27 19:28:37 +03:00
Author
Owner
Copy link

@sashahilton00 commented on GitHub (Jan 29, 2018):

Comment by maxx
Sunday Jul 09, 2017 at 22:28 GMT

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).

<!-- gh-comment-id:361274360 --> @sashahilton00 commented on GitHub (Jan 29, 2018): <a href="https://github.com/maxx"><img src="https://avatars3.githubusercontent.com/u/2896?v=4" align="left" width="48" height="48" hspace="10"></img></a> **Comment by [maxx](https://github.com/maxx)** _Sunday Jul 09, 2017 at 22:28 GMT_ ---- 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).
kerem commented 2026-02-27 19:28:37 +03:00
Author
Owner
Copy link

@sashahilton00 commented on GitHub (Jan 29, 2018):

Comment by markubiak
Monday Jul 10, 2017 at 00:29 GMT

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
<!-- gh-comment-id:361274380 --> @sashahilton00 commented on GitHub (Jan 29, 2018): <a href="https://github.com/markubiak"><img src="https://avatars0.githubusercontent.com/u/2127493?v=4" align="left" width="48" height="48" hspace="10"></img></a> **Comment by [markubiak](https://github.com/markubiak)** _Monday Jul 10, 2017 at 00:29 GMT_ ---- 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 ```
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
dev
v0.8.0
v0.7.1
v0.7.0
v0.6.0
v0.5.0
v0.4.2
v0.4.1
v0.4.0
v0.3.1
v0.3.0
v0.2.0
v0.1.6
v0.1.5
v0.1.3
v0.1.2
v0.1.1
v0.1.0
Labels
Clear 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

Mirrored from GitHub Pull Request

  
question

   
reverse engineering

   
wiki

   
wontfix
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
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/librespot#63
No description provided.