[yk-sgr]

Stacked on #1.

What changes

• Playback follows the system's default output. It moves to AirPods or headphones as they connect, or to another output picked in Control Center.
• It pauses when the output in use disconnects, the way Apple's apps do, instead of carrying on through the speakers. The TUI says which output went away (Paused: AirPods Pro disconnected).
• The stall is fixed. librespot's rodio output stays on the device that was the default when it opened. When that device disconnected, its write loop waited for a stream that never drained again, and playback stopped for good.

How

• cloofy-os::audio::OutputWatch is an OS-neutral watcher for "the default output changed". On macOS it's a CoreAudio property listener; elsewhere it's None, since PulseAudio follows the default output by itself.
• cloofy-player gets a macOS output that reopens on the new default when it changes:
  • If the output it played on is gone, it reports it and plays silence until the pause arrives, so nothing leaks through the speakers.
  • Resuming afterwards plays on the new default.
  • All its waits are bounded.
• Engine::new also returns the receiver for these reports. The TUI, cloofy play and cloofy connect pause on them.

Verified

• Three unit tests drive the real output on the Mac. They return early on machines without one. They simulate an output going away by renaming the open output and flagging a change:
  • while playing, it reports the loss and goes silent;
  • after another output was picked, it moves on without pausing;
  • after a loss while paused, it plays on when resumed.
• The real TUI logs audio output: MacBook Pro-Lautsprecher from the new output at startup.
• I couldn't test it with actual hardware here, and switching your system's output from a script seemed too intrusive.

To test by hand

• Play through the speakers and connect AirPods: playback moves to the AirPods
• Put the AirPods back in the case: playback pauses with "Paused: … disconnected"; resuming plays through the speakers
• Pick another output in Control Center while playing: playback moves there without pausing
• On Apple silicon, unplug wired headphones: playback pauses

🤖 Generated with Claude Code

[coderabbitai]

Important

Review skipped

Auto reviews are disabled on base/target branches other than the default branch.

Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

• Configuration used: defaults
• Review profile: CHILL
• Plan: Advanced
• Run ID: 5b10e076-5c53-4667-939d-2263375f0ede

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

• 🔍 Trigger review

• Autofix · Keep fixing CodeRabbit findings and required CI, and resolving merge conflicts

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

• X
• Mastodon
• Reddit
• LinkedIn

_{Comment @coderabbitai help to get the list of available commands.}

[parda21]

Merged through #7, unchanged. The review found two things, fixed on top:

• 339a474: when the output went away, the player was paused but still shown as playing until it confirmed. A pause from the headphones in that window (AirPods switching devices) toggled playback back on, through the speakers. It now pauses regardless of state, shows paused at once, and answers the system's pause with a pause instead of a toggle.
• 3d2c99c: if opening the new default output failed (Bluetooth headphones sometimes refuse at first), playback went on in silence. It now retries once a second and logs only the first failure.

🤖 Generated with Claude Code