2.1 先确认系统默认输出设备#

pactl 是 PulseAudio 控制工具。当前系统实际运行 PipeWire，但通过 pipewire-pulse 提供 PulseAudio 兼容层，所以 pactl 仍可查看默认 sink、播放流 sink-input 等信息。

sink 原意是水槽，在音频系统里表示音频流的接收端，也就是输出设备。耳机、扬声器、HDMI 输出都可以是 sink。播放程序产生 stream，stream 连接到 sink。

1
pactl get-default-sink

输出为：

1
bluez_output.44:FB:76:27:4D:D7

说明系统默认输出是蓝牙耳机。

2.2 再看 PipeWire/WirePlumber视角的设备与流#

wpctl 是 WirePlumber/PipeWire 控制工具。

WirePlumber 是 PipeWire 的会话和策略管理器，负责默认设备、流连接、设备切换后的跟随策略等。

1
wpctl status

得到如下输出：

1
......
2
Default Configured Devices:
3
  Audio/Sink    bluez_output.44:FB:76:27:4D:D7
4
......
5
Streams:
6
  GoldenDict-ng
7
    output_AUX0 > HDMI 0:playback_FL

系统默认是耳机，但 GoldenDict-ng 的实际流走到了 HDMI。

2.3 查看 GoldenDict-ng 播放流的具体属性#

1
pactl list sink-inputs

查看有用的部分：

1
media.name = "GoldenDict-ng"
2
node.target = "131"
3
node.dont-reconnect = "true"
4
module-stream-restore.id = "sink-input-by-media-role:music"

node.target = "131" 表示该stream明确指定了输出设备为HDMI。

node.dont-reconnect = "true" 表示它不希望会话管理器自动重连到别的设备。

2.4 确认 131 是哪个设备#

其实上面已经说明是哪个设备了，不过可以再查一下。

1
wpctl inspect 131

截取有用的输出部分：

1
node.description = "AD107 High Definition Audio Controller Digital Stereo (HDMI)"
2
node.name = "alsa_output.pci-0000_01_00.1.hdmi-stereo"
3
node.nick = "HDMI 0"

所以 GoldenDict-ng 的流实际绑定到了 HDMI。

2.5 查看 WirePlumber 的状态#

排除系统记住了 GoldenDict-ng 走 HDMI 的默认行为。

1
rg -i "goldendict" ~/.local/state/wireplumber/

这些文件用于保存默认节点、流音量/静音/声道等持久状态。

检查目的不是修复，而是确认是否存在 GoldenDict-ng 专门的路由记录。

结果没有看到 GoldenDict-ng 被绑定到 HDMI 的应用规则。

2.6 用普通 PipeWire 播放流做对照实验。#

pw-play 是 PipeWire 自带的播放测试工具，属于 pw-cat 工具组。它可以直接通过 PipeWire 创建播放流，适合做路由对照实验。

先生成静音音频：

1
ffmpeg -hide_banner -loglevel error -f lavfi -i "anullsrc=r=48000:cl=stereo" -t 20 -y "/tmp/gd-route-silence.wav"

再播放：

1
pw-play "/tmp/gd-route-silence.wav"

同时查看：

1
wpctl status

对照输出显示：

1
pw-play
2
  output_FL > vivo TWS Air3 Pro:playback_FL
3
  output_FR > vivo TWS Air3 Pro:playback_FR

这说明普通 PipeWire native 播放流会正确走耳机。

GoldenDict-ng 同时仍显示走 HDMI，问题不在 PipeWire 全局默认路由，而是 GoldenDict-ng/Qt 内部播放器路径。