如果切到另外一个是否可以正常使用呢?单说不能用了,我们也定义不了是什么原因。
如果切到另外一个是否可以正常使用呢?单说不能用了,我们也定义不了是什么原因。
Pipewire采用了类似wayland的框架机制,不再区分消费音频和专业音频,却是提高了对实时音频的要求标准。
它提供了原生沙箱能力,把意外处理负担丢给了会话管理器(就是这个wireplumber)。
如果机器的媒体处理能力不是很强,还是恢复PulseAudio框架吧。
十来年了,这个ALSA下一代框架版本上仍未成熟。和wayland状况类似,更频繁地使用内核的能力来处理权限和插件调度,增加了媒体耦合复杂度,让linux下游在内核缺陷里折腾,浪费程序员精力。
搞来搞去,还会被要求兼容PulseAudio,不如关了它省心。
如果切到另外一个是否可以正常使用呢?单说不能用了,我们也定义不了是什么原因。
不管怎么切换都不能用。现在除了开关机时的提示音是正常的,打开音乐的话就是每一秒都是沙沙卡卡的
Pipewire采用了类似wayland的框架机制,不再区分消费音频和专业音频,却是提高了对实时音频的要求标准。
它提供了原生沙箱能力,把意外处理负担丢给了会话管理器(就是这个wireplumber)。
如果机器的媒体处理能力不是很强,还是恢复PulseAudio框架吧。
十来年了,这个ALSA下一代框架版本上仍未成熟。和wayland状况类似,更频繁地使用内核的能力来处理权限和插件调度,增加了媒体耦合复杂度,让linux下游在内核缺陷里折腾,浪费程序员精力。
切换回PulseAudio框架之后,音乐播放不会卡顿了,但是播放几秒后,系统会自动调小音量,再过几秒会直接把音量关闭。这期间音乐app一直是正常运行,继续播放的,但就是无声了
即使手工提高音量,系统仍然会自动调小音量,再过几秒再把音量关闭。
切换回PulseAudio框架之后,音乐播放不会卡顿了,但是播放几秒后,系统会自动调小音量,再过几秒会直接把音量关闭。这期间音乐app一直是正常运行,继续播放的,但就是无声了
即使手工提高音量,系统仍然会自动调小音量,再过几秒再把音量关闭。
有一种可能,就是两个框架仍都在运行,互相会干扰对方的设置参数。
可以试着清除pipewire相关进程看看效果。
也可以换个控制面板($pavucontrol &)操做一下音频参数。
有一种可能,就是两个框架仍都在运行,互相会干扰对方的设置参数。
可以试着清除pipewire相关进程看看效果。
也可以换个控制面板($pavucontrol &)操做一下音频参数。
进程里没搜到pipewire相关的。请问换个控制面板($pavucontrol &)操做一下音频参数,这个怎么操作啊?
进程里没搜到pipewire相关的。请问换个控制面板($pavucontrol &)操做一下音频参数,这个怎么操作啊?
CTRL_ALT_T调出命令终端,输入‘pavucontrol &’,然后会弹出gui的PA控制面板。
CTRL_ALT_T调出命令终端,输入‘pavucontrol &’,然后会弹出gui的PA控制面板。
找不到命令呢
找不到命令呢
先安装丫:sudo apt install pavucontrol。
V23开始正常过一段时间,后来不管是笔记本自带的声卡,还是外接的音箱,都不能正常出声。现在已经发展到一点击声音设置里输出页的音量条,声音设置就会之间闪退