Johannesd3

I'm experiencing the issue that some samples that are pulled before pausing are played after resuming (using ALSA). That's exactly what this issue is about?

FWIW, there is [async-dnssd](https://github.com/stbuehler/rust-async-dnssd) which supports `async`/`await`, but unfortunately only uses bonjour.

> Maybe the official clients keep a particular port alive to a Spotify server, that librespot doesn't? I believe you understood it the other way round. But the librespot device...

Ah ok. Would seem odd to use an extra connection to signal shutdown, but maybe it's related to the new api. @devgianlu Does the same issue exist for librespot-java?

There are some clippy warnings: ``` warning: This sequence of operators looks suspiciously like a bug. --> audio/src/range_set.rs:223:49 | 223 | if to_sub.start() audio/src/range_set.rs:223:49 | 223 | if to_sub.start() audio/src/range_set.rs:45:9...

Tbh I am not convinced of all your changes, especially not the big ones. That operator overloading would be a better choice is just one point of view. One could...

Librespot now uses tokio 1.0 and futures 0.3 in `dev`. It's possible that the release will already take place this weekend.

Maybe you'd like to try out my proposed fix

I'm sorry if it wasn't clear, but you should test https://github.com/Johannesd3/librespot/tree/fix-integer-overflow You're experiencing another error probably because you turned release mode on, which disables integer overflow checks.

Try to run it with `RUST_LOG=DEBUG` environment variable and look out for `Malformed or no gid, attempting to parse URI `. I'm curious what these angle brackets contain.