Server doesn't respect changes in "default output device" on macOS

[kubukoz]

Description

The server doesn't change the device playing when the default changes.

To Reproduce

1. Play music on built-in speakers
2. Connect headphones or some other extra output
3. Make sure it's now the device in this menu:

4. Sound still plays on speakers

The same happens if you change the default device yourself.

Expected behavior
Sound switches to the newly "defaulted" device

Logs

Click to show logs

Versions (please complete the following information):

• OS: macOS Catalina 10.15.6 (19G2021)
• Spotifyd: 0.2.24

[nkezhaya]

+1

[shatteringlass]

I guess it's a rodio backend bug, rather than related spotifyd. Librespot and ncspot have similar bugs as well. It's worth trying a newer rodio build, including the latest commits.

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[chazzox]

Hi! Anyone manage to fix this issue? Currently looking around for a fix. @shatteringlass you said to try a more recent rodio build. How would I go about accomplishing this?

[shatteringlass]

The issue within rodio was identified to be upstream (RustAudio/rodio#327) and fixed in cpal v.0.14.1, that was merged into rodio only with v0.16.0.
Currently, spotifyd is still using rodio v0.13.1, so the bug could be solved with a simple PR (#1191).

[myInstagramAlternative]

Could this issue be revisited, please? I checked librespot, and rodio is now at version 19.0. Is there anything preventing us from using librespot v0.6.0?

[eladyn]

@myInstagramAlternative It has taken some time, but #1317 does exactly this, if you'd be willing to test the changes. (If you're using user+password auth, maybe rather try #1321, since that implements the "new" OAuth flow.)