Sound works very well when the machine is booted to Leap 15.2 or 15.3, but not at all in Tumbleweed. All three installations include PipeWire. But Tumbleweed doesn't even recognise any of the sound devices. The machine has an integral sound chip (Intel Comet Lake); nVidia GTX1650 video card; and a Logitech Webcam C930e. The onboard sound device is connected to an external 5.1 sound system using analog stereo line out. The audio device in the nVidia card is not connected to anything; it's unused. The Webcam with mic is connected via USB. In Tumbleweed: <inxi -A> output is this:
Audio: Device-1: Intel Comet Lake PCH cAVS driver: snd_hda_intel Device-2: NVIDIA driver: snd_hda_intel Device-3: Logitech Webcam C930e type: USB driver: snd-usb-audio,uvcvideo Sound Server-1: ALSA v: k5.17.7-1-default running: yes Sound Server-2: PipeWire v: 0.3.51 running: yes
<zypper search --installed-only audio> gives this:
S | Name | Summary | Type ---+-----------------------------+---------------------------------------------------+-------- i | kio_audiocd | KDE I/O Slave for Audio CDs | package i | kio_audiocd-lang | Translations for package kio_audiocd | package i | libKF5PulseAudioQt3 | Qt bindings for PulseAudio | package i | libgstaudio-1_0-0 | GStreamer Streaming-Media Framework Plug-Ins | package i | libgstbadaudio-1_0-0 | GStreamer Streaming-Media Framework Plug-Ins | package i | libportaudio2 | Portable Real-Time Audio Library | package i | libwebrtc_audio_processing1 | Real-Time Communication Library for Web Browsers | package i | pulseaudio | A Networked Sound Server | package i | pulseaudio-bash-completion | PulseAudio Bash completion | package i | pulseaudio-module-bluetooth | Bluetooth support for the PulseAudio sound server | package i+ | pulseaudio-module-x11 | X11 module for PulseAudio | package i | pulseaudio-module-zeroconf | Zeroconf module for PulseAudio | package i | pulseaudio-setup | Set-up script for PulseAudio | package i | pulseaudio-utils | PulseAudio utilities | package
<zypper search --installed-only pipewire> gives this (sorry about the line wrap):
S | Name | Summary | Type ---+---------------------------+--------------------------------------------------------------------------+-------- i+ | gstreamer-plugin-pipewire | Gstreamer Plugin for PipeWire | package i+ | libpipewire-0_3-0 | A Multimedia Framework designed to be an audio and video server and more | package i+ | pipewire | A Multimedia Framework designed to be an audio and video server and more | package i+ | pipewire-alsa | PipeWire media server ALSA support | package i+ | pipewire-modules-0_3 | Modules For PipeWire, A Multimedia Framework | package i+ | pipewire-spa-plugins-0_2 | Plugins For PipeWire SPA | package i+ | pipewire-spa-tools | The PipeWire SPA Tools | package i+ | pipewire-tools | The PipeWire Tools | package
<systemctl --user status pipewire> gives this:
pipewire.service - PipeWire Multimedia Service Loaded: loaded (/usr/lib/systemd/user/pipewire.service; enabled; vendor preset: disabled) Active: active (running) since Tue 2022-05-24 23:45:41 NZST; 3min 14s ago TriggeredBy: ● pipewire.socket Main PID: 1619 (pipewire) Tasks: 2 (limit: 4915) Memory: 3.0M CPU: 11ms CGroup: /user.slice/user-1000.slice/user@1000.service/session.slice/pipewire.service └─ 1619 /usr/bin/pipewire
May 24 23:45:41 Corgi systemd[1611]: Started PipeWire Multimedia Service. May 24 23:45:41 Corgi pipewire[1619]: mod.rt: RTKit error: org.freedesktop.DBus.Error.AccessDenied May 24 23:45:41 Corgi pipewire[1619]: mod.rt: could not set nice-level to -11: Permission denied May 24 23:45:41 Corgi pipewire[1619]: mod.rt: RTKit error: org.freedesktop.DBus.Error.AccessDenied May 24 23:45:41 Corgi pipewire[1619]: mod.rt: could not make thread 1631 realtime using RTKit: Permission denied
So ALSA, PulseAudio and PipeWire seem to be running, at least in part and in themselves. But they don't work in combination. <alsamixer> in a terminal reports card and chip as pipewire, but with a note that "this sound device does not have any controls". <pavucontrol> tries to run, but can't establish a connection to PulseAudio. <pulseaudio> produces nothing - just hangs the terminal window. It's all a contradictory mess. Obviously I'm missing something, probably something simple. I'd guess that the three audio components aren't connecting properly with each other, but I haven't the faintest idea how to fix it. Any suggestions? -- Robin K Wellington "Harbour City" New Zealand
On Friday 2022-05-27 03:15, Robin Klitscher wrote:
Sound works very well when the machine is booted to Leap 15.2 or 15.3, but not at all in Tumbleweed. All three installations include PipeWire. But Tumbleweed doesn't even recognise any of the sound devices.
The machine has an integral sound chip (Intel Comet Lake);
packages that may be needed: sof-firmware pipewire-pulseaudio to be removed: pulseaudio can stay: e.g. pulseaudio-utils xfce4-pulseaudio-plugin The corresponding service is pipewire-pulse.serivce (also --user; should autostart alongside pipewire on next boot).
In Tumbleweed:
<inxi -A> output is this:
» pactl list cards short » pactl list sinks short
On 27/05/2022 13:38, Jan Engelhardt wrote:
On Friday 2022-05-27 03:15, Robin Klitscher wrote:
Sound works very well when the machine is booted to Leap 15.2 or 15.3, but not at all in Tumbleweed. All three installations include PipeWire. But Tumbleweed doesn't even recognise any of the sound devices.
The machine has an integral sound chip (Intel Comet Lake);
packages that may be needed: sof-firmware
Did that already - after Googling around
pipewire-pulseaudio
to be removed: pulseaudio
can stay: e.g. pulseaudio-utils xfce4-pulseaudio-plugin
Tried each of those too, but backed off when the solver said that pulseaudio-module-zeroconf-15.0-10.3.x86_64, pulseaudio-module-bluetooth-15.0-10.3.x86_64 and alsa-plugins-pulse-1.2.6-1.4.x86_64 had to go as well. Do these matter?
The corresponding service is pipewire-pulse.serivce (also --user; should autostart alongside pipewire on next boot).
In Tumbleweed:
<inxi -A> output is this:
» pactl list cards short
» pactl list sinks short
If I try to use pactl <anything>, all I get is: Connection failure: Connection refused pa_context_connect() failed: Connection refused -- Robin K Wellington "Harbour City" New Zealand
On Friday 2022-05-27 06:05, Robin Klitscher wrote:
to be removed: pulseaudio
Tried each of those too, but backed off when the solver said that pulseaudio-module-zeroconf-15.0-10.3.x86_64, pulseaudio-module-bluetooth-15.0-10.3.x86_64 and alsa-plugins-pulse-1.2.6-1.4.x86_64 had to go as well. Do these matter?
alsa-plugins-pulse is replacable by pipewire-alsa. pulseaudio-module-bluetooth is replacable by pipewire. I have never used Avahi/Zeroconf (basically autodiscovery of IP-based audio devices) for audio, so I do not know if such exists in pipewire.
» pactl list cards short
» pactl list sinks short
If I try to use pactl <anything>, all I get is:
Connection failure: Connection refused pa_context_connect() failed: Connection refused
pipewire-pulse.socket is the service name that creates it. It is autotriggered by pipewire-pulse.service. pipewire-pulse.service on the other hand is disabled for me, so something causes it to autostart in my particular setup, but if time is crucial, systemctl --user enable pipewire-pulse.service should do it for next time around.
On 27/05/2022 13:38, Jan Engelhardt wrote:
On Friday 2022-05-27 03:15, Robin Klitscher wrote:
<...>
packages that may be needed: sof-firmware pipewire-pulseaudio
to be removed: pulseaudio
can stay: e.g. pulseaudio-utils xfce4-pulseaudio-plugin
Bit the bullet and did all that. And it worked! So thank you. Much obliged. -- Robin K Wellington "Harbour City" New Zealand
participants (2)
-
Jan Engelhardt -
Robin Klitscher