changing system audio output device requires code-radio restart

[shnewto]

Hello! I love this crate! thanks for putting it together 😄

I noticed that when code-radio is playing in my terminal (macOS 13.0.1, Intel, iTerm2 Build 3.4.18), if I switch my audio output device, code-radio doesn't play there unless I quit and restart. So for instance, if I'm listening on my laptop speakers then plug in headphones, I have to restart code-radio to get in in the headphones.

By no means is this a big deal for me, it's simple to just restart, but I thought I'd raise the issue in case it's not on the radar.

[JasonWei512]

It's a known issue and the default behavior of rodio and cpal. I am facing the same issue on my Windows laptop.
I am also looking for a workaround. Will look into it when I have time.

Some related issues:

• No sound when unplugging and plugging audio device back in RustAudio/rodio#271
• Rodio does not respect macOS output device selection. RustAudio/rodio#327
• Device Notification - Event or callback for arrival/removal of devices RustAudio/cpal#373

[shnewto]

ah sounds great, thanks for the pointers!

[JasonWei512]

Thanks for #9! I have released 1.0.2 to crates.io.

However the problem still exists on Windows. Looks like cpal implemented the audio device switching logic for macOS but not for Windows.

Could you keep this issue open?

---

Update:

RustAudio/rodio#463

RustAudio/cpal#740

[shnewto]

ohh yeah if it's still the case for windows keeping this open makes good sense. thanks for the new release!