Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Audio does not use mac default speaker (does not switch to bluetooth speaker) #1078

Closed
1 of 5 tasks
aviwad opened this issue Apr 16, 2022 · 4 comments
Closed
1 of 5 tasks
Labels
blocked by: librespot Issues that are blocked by librespot's upstream bug A functionality or parts of a program that do not work as intended

Comments

@aviwad
Copy link

aviwad commented Apr 16, 2022

Description

situation: spotifyd is playing music on my macbook through the default speakers. I connect my airpods, and every other app outputs audio through that (even the volume controls). However, spotifyd keeps playing the song on my speakers. There is no way to switch it to my airpods.
To Reproduce

Spotifyd needs to switch with the audio selected for output in System Preferences
Logs

Click to show logs
<!-- PLEASE PASTE YOUR LOGS BELOW THIS LINE WHEN REPORTING BUGS. Make sure to run spotifyd using the `--verbose` flag -->
<!-- They have to be betwenn the `/summary` and the `/details` HTML tags, and inside the backticks '`' -->  

Compilation flags

  • dbus_mpris
  • dbus_keyring
  • [] alsa_backend
  • portaudio_backend
  • pulseaudio_backend
  • rodio_backend
  • USING THE COMPILED HOMEBREW VERSION

Versions (please complete the following information):

  • OS: macOS monterey 12.3
  • Spotifyd: 0.3.2
  • cargo: cargo 1.60.0 (d1fd9fe2c 2022-03-01)

If I stop spotifyd, switch speaker to airpods, and reopen spotifyd, then the audio correctly outputs through the bluetooth speaker. So spotifyd uses the default speaker when first opened, but doesn't correctly adapt when the speakers change.

@aviwad aviwad added the bug A functionality or parts of a program that do not work as intended label Apr 16, 2022
@aviwad
Copy link
Author

aviwad commented Apr 16, 2022

Another oddity: when spotifyd correctly plays through the airpods: turning bluetooth off switches the audio to the inbuilt speaker. so the audio doesn't route correctly from the speaker to airpods: only the other way

@eladyn
Copy link
Member

eladyn commented Apr 16, 2022

Thanks for the report! Although you have found it already, I'm just linking it for everyone else who stumbles upon this issue: The same problem was reported in librespot-org/librespot#547 for librespot (which spotifyd uses) and the issue was closed as out-of-scope for librespot. So I assume that this would apply for spotifyd as well?

Note: It might be that this problem will be resolved at some point in the near future, since a potential fix for this has landed in cpal: RustAudio/cpal#648

@eladyn eladyn added the blocked by: librespot Issues that are blocked by librespot's upstream label Oct 2, 2022
@nbelakovski
Copy link

I too ran into this problem and came across this report hoping to find relief for my woes. I investigate the problem and found the following:

The fix to librespot is simply updating the version of cpal used. I thought I'd give it a go myself. Even if I didn't manage to get to a publishable state perhaps I could make something that works for me. I waded through a morass of twists and turns but finally I had a build of spotifyd with the updated librespot. Let me tell you dear reader, you cannot possibly understand the deep fathoms of my disappointment as I connected my bluetooth headphones, and heard the music continue coming out of my laptop speakers.

@eladyn
Copy link
Member

eladyn commented Mar 8, 2025

I don't have a macOS machine to test, but this should be fixed now. Feel free to re-open, if it isn't.

@eladyn eladyn closed this as completed Mar 8, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
blocked by: librespot Issues that are blocked by librespot's upstream bug A functionality or parts of a program that do not work as intended
Projects
None yet
Development

No branches or pull requests

3 participants