GitHub用户反馈
音频设备切换时 Spotify 桌面客户端应自动跟随系统输出
Fastpotify 是 Rust 编写的轻量级 Spotify 桌面客户端，支持本地播放与 Spotify Connect。用户在真实使用中反馈：切换系统音频输出设备后必须重启应用才能继续播放，期望自动检测默认设备变化并切换输出，避免打断当前播放。项目 README 未声明该能力，issue 表达了明确需求。
查看原始信号github:crmne/fastpotify
目标用户
使用第三方 Spotify 桌面客户端的 Premium 用户，尤其是会在耳机、音箱等输出设备间切换的桌面用户。
潜在需求
应用应当在系统默认音频设备变化时自动跟随切换输出，无需重启，并尽量保持播放状态不中断。
发生场景
用户正在用 Fastpotify 听歌（本地或通过 Spotify Connect 控制），在系统层面把音频输出从音箱切换到耳机后，播放仍停留在旧设备，必须重启整个应用才能切换，播放位置和队列会被打断。
来源证据
用户报告：切换音频设备需要重启 Fastpotify 才能生效；期望自动检测系统默认音频输出设备切换（如 Windows 的 IMMNotificationClient::OnDefaultDeviceChanged）。
Audio device switching. ### Before requesting - [x] I searched open and closed issues for this request. - [x] I read the project boundaries in CONTRIBUTING.md. ### What problem should Fastpotify solve? Switching audio device requires restarting fastpotify. <img width="254" height="142" alt="Image" src="https://github.com/user-attachments/assets/409063a6-da01-4b78-b2d7-8c4a233c8468" /> ### What would a good solution look like? Automatically detects when current audio device switches. detecthttps://github.com/crmne/fastpotify/issues/64
为什么值得留意
这是用户主动提出的功能请求，直接描述了一个具体日常场景中的阻碍，并给出了可行的检测方向（如 Windows 默认设备变更通知）；轻量客户端强调“小而快”，却缺少音频设备热切换这类桌面体验细节，说明这一边角需求可能未被同类产品充分覆盖。注意这目前是单条用户报告，是否在更多用户中同样存在尚待验证。
未满足部分
- 切换音频设备必须重启应用，播放会被打断
- 缺少自动检测系统默认输出设备变化（如 OnDefaultDeviceChanged）的能力
可能延伸 · 模型推测
- 将该能力推广到 macOS/Linux 的系统音频通知接口（推测）
- 切换设备时保持播放进度并自动续播，减少用户干预（推测）
- 提供设备切换的可见提示或回退策略（推测）
目前未知
- 该报告仅来自单个用户，无法确认其他平台或用户是否同样受影响
- 材料未提供 Fastpotify 的用户规模或该 issue 的关注人数
- 未说明自动切换设备时用户希望暂停还是继续播放
继续核实
- 官方 Spotify 客户端及其他第三方客户端在切换音频输出设备时是否也存在类似行为？
- macOS/Linux 上有哪些可靠的默认音频设备变更通知机制可用于实现热切换？
- 自动切换设备与保持播放状态之间应当如何处理失败场景？
主题词
audio device switchingspotify desktop clientplayback continuitysystem audio output