Sound died with zypper up 7 days ago

The fuser output just shows that both cards are under the control of PulseAudio as hoped. I was just making sure nothing else was preventing card #1 from being accessible to PulseAudio. For reference, I’m using PipeWire (and pipewire-pulseaudio also installed), so I get ‘wireplumber’ and ‘pipewire’ in the fuser output, which is consistent with what I’d expect in that situation.

Which desktop are you using? I wonder if kmix is part of the issue here with preventing PA from accessing all available ALSA sinks. I recall with older KDE versions that it could be configured explicitly as a PA client (interfacing to the PA server).

https://www.freedesktop.org/wiki/Software/PulseAudio/Desktops/KDE/

KDE3. I suspect it won’t be up to speed with the current version of that wiki page.

I found something to check out looking at 15.3 from which this was zypper dup’d. In 15.3 is autospawn = yes in /etc/pulse/client.conf.d/50-system.conf. It’s no in 15.4. I need to boot 15.3 to see if it still works ........

Booted to 15.3, logged into:

## test user
> aplay /usr/share/sounds/alsa/test.wav
Playing WAVE '/usr/share/sounds/alsa/test.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
> aplay -D --hwplug:1,0 /usr/share/sounds/alsa/test.wav
ALSA lib pcm.c:2660:(snd_pcm_open_noupdate) Unknown PCM --hwplug:1,0
aplay: main:830: audio open error: No such file or directory
>

No sound from either instance.

Booted back into 15.4, with same test user, same results, so I logged out of it and reset its content to that of /etc/skel/ plus settings for mc and fcl, and then:

> aplay -D --hwplug:1,0 /usr/share/sounds/alsa/test.wav
ALSA lib pcm.c:2664:(snd_pcm_open_noupdate) Unknown PCM --hwplug:1,0
aplay: main:831: audio open error: No such file or directory
> alsactl init
Absolute path to 'alsactl' is '/usr/sbin/alsactl', so running it may require superuser privileges (eg. root).
> /usr/sbin/alsactl init
Found hardware: "HDA-Intel" "Intel Haswell HDMI" "HDA:80862807,80860101,00100000" "0x1462" "0x7850"
Hardware is initialized using a generic method
Found hardware: "HDA-Intel" "Realtek ALC887-VD" "HDA:10ec0887,1462d850,00100302" "0x1462" "0xd850"
Hardware is initialized using a generic method
> alsamixer
> aplay /usr/share/sounds/alsa/test.wav
Playing WAVE '/usr/share/sounds/alsa/test.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
 aplay -D --hwplug:1,0 /usr/share/sounds/alsa/test.wav
ALSA lib pcm.c:2664:(snd_pcm_open_noupdate) Unknown PCM --hwplug:1,0
aplay: main:831: audio open error: No such file or directory
>

Thus the main issue must have nothing to do with individual user settings kept in ~/. aplay -D --hwplug:1,0 still works in my regular login.

I did find another difference between 15.3 and 15.4. /etc/pulse/client.conf.d/50-system.conf in 15.3 has autospawn = yes. 15.4 has autospawn = no. I tried switching and rebooting, but have so far not detected anything has changed.

Actually that freedesktop page relates to KDE4. (I recall similar to KDE 3 so you should be able to check the desktop audio configuration?) That was all removed from KDE 5 at some point in its evolution, and then relied on the default device, with the mixer now functioning as a PA client (similar to pavucontrol itself). Recent KDE versions will work natively with PipeWire, though some applications still require PA or ALSA support.

I don’t use PA directly at all, but I do have the pipewire-pulse service (just in case some app depends on it). For the most part I rely solely on pipewire now.

I have an idea. Login to a VT at runlevel 3, or exit your KDE desktop and change to a VT. Execute

pactl list sinks

or capture the output for later posting

pactl list sinks > out

Does PA show the analog sink(s) when KDE is not active? Can you play sounds successfully with aplay or paplay (PA utility) like that? Both commands allow you to point to a particular device (sink) as required.

Run from vtty3 without any X except KDM running:

> pactl list sinks
Sink #0
	State: IDLE
	Name: auto_null
	Description: Dummy Output
	Driver: module-null-sink.c
	Sample Specification: s16le 2ch 44100Hz
	Channel Map: front-left,front-right
	Owner Module: 11
	Mute: no
	Volume: front-left: 57664 /  88% / -3.33 dB,   front-right: 57664 /  88% / -3.33 dB
	        balance 0.00
	Base Volume: 65536 / 100% / 0.00 dB
	Monitor Source: auto_null.monitor
	Latency: 1997532 usec, configured 2000000 usec
	Flags: DECIBEL_VOLUME LATENCY SET_FORMATS 
	Properties:
		device.description = "Dummy Output"
		device.class = "abstract"
		device.icon_name = "audio-card"
	Formats:
		pcm

That’s different from running it in Konsole:

> pactl list sinks
Sink #0
        State: SUSPENDED
        Name: auto_null
        Description: Dummy Output
        Driver: module-null-sink.c
        Sample Specification: s16le 2ch 44100Hz
        Channel Map: front-left,front-right
        Owner Module: 11
        Mute: no
        Volume: front-left: 57664 /  88% / -3.33 dB,   front-right: 57664 /  88% / -3.33 dB
                balance 0.00
        Base Volume: 65536 / 100% / 0.00 dB
        Monitor Source: auto_null.monitor
        Latency: 0 usec, configured 0 usec
        Flags: DECIBEL_VOLUME LATENCY SET_FORMATS
        Properties:
                device.description = "Dummy Output"
                device.class = "abstract"
                device.icon_name = "audio-card"
        Formats:
                pcm

None of the following produced sound after logging out of KDE3 and logging in in vtty3:

aplay /usr/share/sounds/alsa/test.wav
paplay -d 0 /usr/share/sounds/alsa/test.wav
paplay -d 1 /usr/share/sounds/alsa/test.wav
paplay -d plughw:1,0 /usr/share/sounds/alsa/test.wav
paplay -D plughw:1,0 /usr/share/sounds/alsa/test.wav
paplay /usr/share/sounds/alsa/test.wav

2 of the paplays did not generate error messages, IIRC, plain and -d 0. I couldn’t grok man paplay, due to the usual man page lack of examples.

The following did work, and still does, now that I’m back in KDE3:

aplay -D plughw:1,0 /usr/share/sounds/alsa/test.wav

I have no love lost for PA. IIRC, the only reason I ever had it had to do with web browser A/V functionality. If I can get rid of it now that pipewire is supposed to be taking its place, I’m ready, if KDE3 is ready. In KDE3 sound system hardware setup it still has only the same 5 choices I remember from antiquity:

1 autodetect
2 ALSA
3 "No Audio Input/Output"
4 Open Sound System
5 Threaded Open Sound System

I just checked on TDE on Bookworm, and it has the exact same 5 selections, no mention of PA, PW or WP, just like TDE and KDE3 on my 15.5s.

I’m really not sure what stops PulseAudio from being able to see all the ALSA devices in your environment. I wouldn’t expect PipeWire to be any different to be honest. The fuser output showed that kmix was one of the processes accessing /dev/snd/* nodes. I don’t know what is impacting here, but you could refer to this troubleshooting guide…

https://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/Users/Troubleshooting/

You could try running with pipeiwre, wireplumber, and pipewire-alsa installed perhaps. The latter should allow TDE virtual access to the audio hardware. Check the user status of each service. The pipewire and pipwire-alsa services can be activated by their reseptive .socket units, whereas wireplumber.service will need to be explicitly activated.

More info…
https://en.opensuse.org/openSUSE:Pipewire

This can be used to see if all relevant sinks are seen…

wpctl status

I started thus:

# zypper rm --clean-deps pulseaudio
...
# zypper -v in wireplumber-audio
...
The following 6 NEW packages are going to be installed:
  libwireplumber-0_4-0  0.4.9-150400.3.3.2
  pipewire              0.3.49-150400.1.5
  pipewire-spa-tools    0.3.49-150400.1.5
  pipewire-tools        0.3.49-150400.1.5
  wireplumber           0.4.9-150400.3.3.2
  wireplumber-audio     0.4.9-150400.3.3.2
...
CommitResult  (total 6, done 6, error 0, skipped 0, updateMessages 0)

Things only got worse, resulting in aplay without -D hwplug:1,0 refusing to pretend to play, or exit without Ctrl-C. So I tried going back to basics, eliminating as much of pipewire and pulseaudio as apps would allow, which meant some of pipewire and pulse had to be kept. In such condition, aplay still doesn’t work without -D hwplug:1,0:

# rpm -qa | egrep 'alsa|arts|audio|demult|gstr|jack|mix|pavu|puls|sof-|sound|vlc|wire|xdg' | sort
alsa-1.2.6.1-150400.1.4.x86_64
alsa-firmware-1.2.4-1.41.noarch
alsa-oss-1.1.8-150300.12.3.2.x86_64
alsa-plugins-1.2.6-150400.1.10.x86_64
alsa-plugins-jack-1.2.6-150400.1.10.x86_64
alsa-plugins-oss-1.2.6-150400.1.10.x86_64
alsa-plugins-speexrate-1.2.6-150400.1.10.x86_64
alsa-plugins-upmix-1.2.6-150400.1.10.x86_64
alsa-topology-conf-1.2.5-150400.1.5.noarch
alsa-ucm-conf-1.2.6.3-150400.1.4.noarch
alsa-utils-1.2.6-150400.1.4.x86_64
arts-1.5.10-lp154.44.1.x86_64
gstreamer-1.20.1-150400.1.5.x86_64
gstreamer-plugins-base-1.20.1-150400.1.9.x86_64
jack-1.9.12-150000.3.3.1.x86_64
kdelibs3-arts-3.5.10-lp154.256.1.x86_64
kdemultimedia3-3.5.10.1-lp154.81.1.x86_64
kdemultimedia3-arts-3.5.10.1-lp154.81.1.x86_64
kdemultimedia3-mixer-3.5.10.1-lp154.81.1.x86_64
kdemultimedia3-sound-3.5.10.1-lp154.81.1.x86_64
libasound2-1.2.6.1-150400.1.4.x86_64
libasound2-32bit-1.2.6.1-150400.1.4.x86_64
libaudiofile1-0.3.6-3.7.10.x86_64
libgstaudio-1_0-0-1.20.1-150400.1.9.x86_64
libgstreamer-1_0-0-1.20.1-150400.1.5.x86_64
libgstriff-1_0-0-1.20.1-150400.1.9.x86_64
libjack0-1.9.12-150000.3.3.1.x86_64
libjacknet0-1.9.12-150000.3.3.1.x86_64
libjackserver0-1.9.12-150000.3.3.1.x86_64
libopenshot-audio8-0.2.2-bp154.1.36.x86_64
libpipewire-0_3-0-0.3.49-150400.1.5.x86_64
libpulse0-15.0-150400.2.10.x86_64
libpulse0-32bit-15.0-150400.2.10.x86_64
libSDL_sound-1_0-1-1.0.3-bp154.1.132.x86_64
libvlc5-3.0.18-150400.2.6.pm.1.x86_64
libvlccore9-3.0.18-150400.2.6.pm.1.x86_64
libwebrtc_audio_processing1-0.3-1.35.x86_64
libwireshark15-3.6.14-150000.3.92.1.x86_64
libwiretap12-3.6.14-150000.3.92.1.x86_64
lsof-4.91-1.11.x86_64
pipewire-modules-0_3-0.3.49-150400.1.5.x86_64
pipewire-spa-plugins-0_2-0.3.49-150400.1.5.x86_64
python3-pyxdg-0.26-1.21.noarch
sof-firmware-2.0-150400.1.4.noarch
sound-theme-freedesktop-0.8-150400.12.7.noarch
vlc-3.0.18-150400.2.6.pm.1.x86_64
vlc-codecs-3.0.18-150400.2.6.pm.1.x86_64
vlc-noX-3.0.18-150400.2.6.pm.1.x86_64
vlc-opencv-3.0.18-150400.2.6.pm.1.x86_64
vlc-qt-3.0.18-150400.2.6.pm.1.x86_64
wireshark-3.6.14-150000.3.92.1.x86_64
wireshark-ui-qt-3.6.14-150000.3.92.1.x86_64
xdg-menu-0.2-1.23.noarch
xdg-utils-1.1.3+20201113-150400.1.4.noarch
yast2-sound-4.4.1-150400.1.6.x86_64
> aplay /usr/share/sounds/alsa/test.wav
ALSA lib pcm_dmix.c:1032:(snd_pcm_dmix_open) unable to open slave
aplay: main:831: audio open error: No such file or directory
> aplay -D hwplug:1,0 /usr/share/sounds/alsa/test.wav
ALSA lib pcm.c:2664:(snd_pcm_open_noupdate) Unknown PCM hwplug:1,0
aplay: main:831: audio open error: No such file or directory
>

I have multiple 15.4 insallations on other PCs, some of which have working aplay and neither pulseaudio, pipewire-pulseaudio, pipewire nor wireplumber installed. So I know aplay does not require PA or PW to play, so there must be something fundamental going wrong here.

alsa-info.txt

I’d like to get this low level problem ID’d and fixed before fussing over PA or PW and application sounds.

Both PulseAudio and PipeWire both function as sound servers, running as an interface between applications and hardware devices via ALSA. So, no they are not essential, but modern desktop environments use them to facilitate streaming, handling multiple sinks and sources etc as required. Without being up close to your affected system(s) it is hard to comment or assist further with this. I have never had issues with either high-level sound server implementation, but I’m no sound guru, and typically only use Linux on a laptop environment at home. (At work, we have Linux servers for various specialised purposes, and sound is not a consideration at all).

Earlier in this thread, we already demonstrated that ALSA was working with the card providing the analog output, so I’m not sure what more you’re trying to achieve here really.

The alsa-info output looks ok to me. It showed that PipeWire was active (when you ran the script), and both cards are enumerated with card #1 being associated with the device of interest…

card 1: PCH [HDA Intel PCH], device 0: ALC887-VD Analog [ALC887-VD Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
!!-------Mixer controls for card PCH

Card sysdefault:1 'PCH'/'HDA Intel PCH at 0xf7d10000 irq 31'
  Mixer name	: 'Realtek ALC887-VD'
  Components	: 'HDA:10ec0887,1462d850,00100302'
  Controls      : 39
  Simple ctrls  : 20
Simple mixer control 'Master',0
  Capabilities: pvolume pvolume-joined pswitch pswitch-joined
  Playback channels: Mono
  Limits: Playback 0 - 64
  Mono: Playback 44 [69%] [-20.00dB] [on]
Simple mixer control 'Headphone',0
  Capabilities: pvolume pswitch
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 64
  Mono:
  Front Left: Playback 64 [100%] [0.00dB] [on]
  Front Right: Playback 64 [100%] [0.00dB] [on]
Simple mixer control 'PCM',0
  Capabilities: pvolume
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 255
  Mono:
  Front Left: Playback 255 [100%] [0.00dB]
  Front Right: Playback 255 [100%] [0.00dB]
Simple mixer control 'Front',0
  Capabilities: pvolume pswitch
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 64
  Mono:
  Front Left: Playback 64 [100%] [0.00dB] [on]
  Front Right: Playback 64 [100%] [0.00dB] [on]
Simple mixer control 'Front Mic',0
  Capabilities: pvolume pswitch
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Mono:
  Front Left: Playback 31 [100%] [12.00dB] [on]
  Front Right: Playback 31 [100%] [12.00dB] [on]
Simple mixer control 'Front Mic Boost',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 3
  Front Left: 0 [0%] [0.00dB]
  Front Right: 0 [0%] [0.00dB]
Simple mixer control 'Surround',0
  Capabilities: pvolume pswitch
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 64
  Mono:
  Front Left: Playback 64 [100%] [0.00dB] [on]
  Front Right: Playback 64 [100%] [0.00dB] [on]
Simple mixer control 'Center',0
  Capabilities: pvolume pvolume-joined pswitch pswitch-joined
  Playback channels: Mono
  Limits: Playback 0 - 64
  Mono: Playback 64 [100%] [0.00dB] [on]
Simple mixer control 'LFE',0
  Capabilities: pvolume pvolume-joined pswitch pswitch-joined
  Playback channels: Mono
  Limits: Playback 0 - 64
  Mono: Playback 64 [100%] [0.00dB] [on]
Simple mixer control 'Line',0
  Capabilities: pvolume pswitch
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Mono:
  Front Left: Playback 31 [100%] [12.00dB] [on]
  Front Right: Playback 0 [0%] [-34.50dB] [on]
Simple mixer control 'Line Boost',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 3
  Front Left: 0 [0%] [0.00dB]
  Front Right: 0 [0%] [0.00dB]
Simple mixer control 'Capture',0
  Capabilities: cvolume cswitch
  Capture channels: Front Left - Front Right
  Limits: Capture 0 - 46
  Front Left: Capture 46 [100%] [30.00dB] [on]
  Front Right: Capture 46 [100%] [30.00dB] [on]
Simple mixer control 'Capture',1
  Capabilities: cvolume cswitch
  Capture channels: Front Left - Front Right
  Limits: Capture 0 - 46
  Front Left: Capture 0 [0%] [-16.00dB] [on]
  Front Right: Capture 0 [0%] [-16.00dB] [on]
Simple mixer control 'Auto-Mute Mode',0
  Capabilities: enum
  Items: 'Disabled' 'Enabled'
  Item0: 'Enabled'
Simple mixer control 'Channel Mode',0
  Capabilities: enum
  Items: '2ch' '4ch' '6ch'
  Item0: '2ch'
Simple mixer control 'Input Source',0
  Capabilities: cenum
  Items: 'Front Mic' 'Rear Mic' 'Line'
  Item0: 'Rear Mic'
Simple mixer control 'Input Source',1
  Capabilities: cenum
  Items: 'Front Mic' 'Rear Mic' 'Line'
  Item0: 'Rear Mic'
Simple mixer control 'Loopback Mixing',0
  Capabilities: enum
  Items: 'Disabled' 'Enabled'
  Item0: 'Disabled'
Simple mixer control 'Rear Mic',0
  Capabilities: pvolume pswitch
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Mono:
  Front Left: Playback 0 [0%] [-34.50dB] [on]
  Front Right: Playback 0 [0%] [-34.50dB] [on]
Simple mixer control 'Rear Mic Boost',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 3
  Front Left: 2 [67%] [20.00dB]
  Front Right: 2 [67%] [20.00dB]

Current condition:
1-aplay works without -D plughw:1,0
2-KDE3 system sounds work
3-Youtube on Chromium works
4-test sound in KControl fails
5-Youtube sound in Mozillas fail
6-SMplayer plays nothing
7-VLC plays nothing

> aplay /usr/share/sounds/alsa/test.wav
Playing WAVE '/usr/share/sounds/alsa/test.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
## OK analog, and KDE3 system sounds :), and Chromium Youtube, but not Mozilla Youtube
> alsactl init
Absolute path to 'alsactl' is '/usr/sbin/alsactl', so running it may require superuser privileges (eg. root).
> /usr/sbin/alsactl init
Found hardware: "HDA-Intel" "Realtek ALC887-VD" "HDA:10ec0887,1462d850,00100302" "0x1462" "0xd850"
Hardware is initialized using a generic method
Found hardware: "HDA-Intel" "Intel Haswell HDMI" "HDA:80862807,80860101,00100000" "0x1462" "0x7850"
Hardware is initialized using a generic method
> head -n 1 /proc/asound/card0/codec*
Codec: Realtek ALC887-VD
> head -n 1 /proc/asound/card1/codec*
Codec: Intel Haswell HDMI
> grep index /etc/modprobe.d/99-local.conf
options snd-hda-intel index=1,0
> inxi -Aaz --vs
inxi 3.3.28-00 (2023-07-10)
Audio:
  Device-1: Intel Xeon E3-1200 v3/4th Gen Core Processor HD Audio
    vendor: Micro-Star MSI driver: snd_hda_intel v: kernel bus-ID: 00:03.0
    chip-ID: 8086:0c0c class-ID: 0403
  Device-2: Intel 8 Series/C220 Series High Definition Audio
    vendor: Micro-Star MSI driver: snd_hda_intel v: kernel bus-ID: 00:1b.0
    chip-ID: 8086:8c20 class-ID: 0403
  API: ALSA v: k5.14.21-150400.24.69-default status: kernel-api with:
    1: aoss type: oss-emulator 2: apulse type: pulse-emulator
    tools: alsactl,alsamixer,amixer
  Server-1: aRts v: 1.5.10 status: off with: artswrapper status: off
    tools: artsdsp
  Server-2: JACK v: 1.9.12 status: off tools: jack_control
> /usr/sbin/alsactl info
alsactl: Unknown command 'info'...
# rpm -qa | egrep 'alsa|arts|audio|demult|gstr|jack|mix|pavu|puls|sof-|sound|vlc|wire|xdg' | sort
alsa-1.2.6.1-150400.1.4.x86_64
alsa-firmware-1.2.4-1.41.noarch
alsa-oss-1.1.8-150300.12.3.2.x86_64
alsa-plugins-1.2.6-150400.1.10.x86_64
alsa-plugins-jack-1.2.6-150400.1.10.x86_64
alsa-plugins-oss-1.2.6-150400.1.10.x86_64
alsa-plugins-speexrate-1.2.6-150400.1.10.x86_64
alsa-plugins-upmix-1.2.6-150400.1.10.x86_64
alsa-topology-conf-1.2.5-150400.1.5.noarch
alsa-ucm-conf-1.2.6.3-150400.1.4.noarch
alsa-utils-1.2.6-150400.1.4.x86_64
apulse-0.1.13-bp154.1.41.x86_64
arts-1.5.10-lp154.44.1.x86_64
gstreamer-1.20.1-150400.1.5.x86_64
gstreamer-plugins-base-1.20.1-150400.1.9.x86_64
jack-1.9.12-150000.3.3.1.x86_64
kdelibs3-arts-3.5.10-lp154.256.1.x86_64
kdemultimedia3-3.5.10.1-lp154.81.1.x86_64
kdemultimedia3-arts-3.5.10.1-lp154.81.1.x86_64
kdemultimedia3-mixer-3.5.10.1-lp154.81.1.x86_64
kdemultimedia3-sound-3.5.10.1-lp154.81.1.x86_64
kernel-firmware-sound-20220509-150400.4.16.1.noarch
libasound2-1.2.6.1-150400.1.4.x86_64
libasound2-32bit-1.2.6.1-150400.1.4.x86_64
libaudiofile1-0.3.6-3.7.10.x86_64
libgstaudio-1_0-0-1.20.1-150400.1.9.x86_64
libgstreamer-1_0-0-1.20.1-150400.1.5.x86_64
libgstriff-1_0-0-1.20.1-150400.1.9.x86_64
libjack0-1.9.12-150000.3.3.1.x86_64
libjacknet0-1.9.12-150000.3.3.1.x86_64
libjackserver0-1.9.12-150000.3.3.1.x86_64
libopenshot-audio8-0.2.2-bp154.1.36.x86_64
libpipewire-0_3-0-0.3.49-150400.1.5.x86_64
libpulse0-15.0-150400.2.10.x86_64
libpulse0-32bit-15.0-150400.2.10.x86_64
libSDL_sound-1_0-1-1.0.3-bp154.1.132.x86_64
libvlc5-3.0.18-150400.2.6.pm.1.x86_64
libvlccore9-3.0.18-150400.2.6.pm.1.x86_64
libwebrtc_audio_processing1-0.3-1.35.x86_64
libwireshark15-3.6.14-150000.3.92.1.x86_64
libwiretap12-3.6.14-150000.3.92.1.x86_64
lsof-4.91-1.11.x86_64
pipewire-modules-0_3-0.3.49-150400.1.5.x86_64
pipewire-spa-plugins-0_2-0.3.49-150400.1.5.x86_64
python3-pyxdg-0.26-1.21.noarch
sof-firmware-2.0-150400.1.4.noarch
sound-theme-freedesktop-0.8-150400.12.7.noarch
vlc-3.0.18-150400.2.6.pm.1.x86_64
vlc-codecs-3.0.18-150400.2.6.pm.1.x86_64
vlc-noX-3.0.18-150400.2.6.pm.1.x86_64
vlc-opencv-3.0.18-150400.2.6.pm.1.x86_64
vlc-qt-3.0.18-150400.2.6.pm.1.x86_64
wireshark-3.6.14-150000.3.92.1.x86_64
wireshark-ui-qt-3.6.14-150000.3.92.1.x86_64
xdg-menu-0.2-1.23.noarch
xdg-utils-1.1.3+20201113-150400.1.4.noarch
yast2-sound-4.4.1-150400.1.6.x86_64
# pactl list cards
If 'pactl' is not a typo you can use command-not-found to lookup the package that contains it, like this:
    cnf pactl
> pactl list sinks
If 'pactl' is not a typo you can use command-not-found to lookup the package that contains it, like this:
    cnf pactl
# wpctl status
If 'wpctl' is not a typo you can use command-not-found to lookup the package that contains it, like this:
    cnf wpctl
> aplay -lL
null
    Discard all samples (playback) or generate zero samples (capture)
speexrate
    Rate Converter Plugin Using Speex Resampler
jack
    JACK Audio Connection Kit
oss
    Open Sound System
upmix
    Plugin for channel upmix (4,6,8)
default:CARD=PCH
    HDA Intel PCH, ALC887-VD Analog
    Default Audio Device
sysdefault:CARD=PCH
    HDA Intel PCH, ALC887-VD Analog
    Default Audio Device
front:CARD=PCH,DEV=0
    HDA Intel PCH, ALC887-VD Analog
    Front output / input
surround21:CARD=PCH,DEV=0
    HDA Intel PCH, ALC887-VD Analog
    2.1 Surround output to Front and Subwoofer speakers
surround40:CARD=PCH,DEV=0
    HDA Intel PCH, ALC887-VD Analog
    4.0 Surround output to Front and Rear speakers
surround41:CARD=PCH,DEV=0
    HDA Intel PCH, ALC887-VD Analog
    4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=PCH,DEV=0
    HDA Intel PCH, ALC887-VD Analog
    5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=PCH,DEV=0
    HDA Intel PCH, ALC887-VD Analog
    5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=PCH,DEV=0
    HDA Intel PCH, ALC887-VD Analog
    7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
hdmi:CARD=HDMI,DEV=0
    HDA Intel HDMI, HDMI 0
    HDMI Audio Output
hdmi:CARD=HDMI,DEV=1
    HDA Intel HDMI, HDMI 1
    HDMI Audio Output
hdmi:CARD=HDMI,DEV=2
    HDA Intel HDMI, HDMI 2
    HDMI Audio Output
hdmi:CARD=HDMI,DEV=3
    HDA Intel HDMI, HDMI 3
    HDMI Audio Output
hdmi:CARD=HDMI,DEV=4
    HDA Intel HDMI, HDMI 4
    HDMI Audio Output
**** List of PLAYBACK Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: ALC887-VD Analog [ALC887-VD Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: HDMI [HDA Intel HDMI], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: HDMI [HDA Intel HDMI], device 7: HDMI 1 [HDMI 1]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: HDMI [HDA Intel HDMI], device 8: HDMI 2 [HDMI 2]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: HDMI [HDA Intel HDMI], device 9: HDMI 3 [HDMI 3]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: HDMI [HDA Intel HDMI], device 10: HDMI 4 [HDMI 4]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
#

Trying to add any of Pipewire/Pulseaudio/Wireplumber than is currently installed causes less to work, or nothing to work.

The juxtaposed order between HDMI and PCH was originally solved when the motherboard was new in 2015 by Tiwai’s recommended options snd-hda-intel index=1,0 line in /etc/modprobe.d/, which was originally in 99-local.conf. Somewhere along the way I know not when, I renamed it 99-local.con to disable it. Now that it’s back I have my KDE3 system sounds back, and aplay works without -D plughw:1,0, but that’s only token progress.

Current alsa-info.txt is attached to the knotify_libjack audio kcrash bug.

For me, on Tumbleweed:

aplay /usr/share/sounds/alsa/test.wav
Playing WAVE ‘/usr/share/sounds/alsa/test.wav’ : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
/usr/sbin/alsactl --version
alsactl version 1.2.9
ls -l /usr/sbin/alsactl
-rwxr-xr-x 1 root root 126360 Jun 14 23:42 /usr/sbin/alsactl

So it the problem not that the access rights for alsactl are somehow wrong?

Not sure why you try to use the pactl (supplied by pulseaudio-utils) and wpctl (pipewire) commands when you are not using pulseuadio (or pipewire pulseaudio) and pipewire respectively.

As you have found alsa works for your needs stay with using that I guess.

This is a 15.4 thread:

# ls -l /usr/share/sounds/alsa/test.wav
-rw-r--r-- 1 root root 1340684 May  7  2022 /usr/share/sounds/alsa/test.wav

I did the following:

# zypper in pulseaudio pulseaudio-util
...
# rpm -qa | grep puls | sort
apulse-0.1.13-bp154.1.41.x86_64
libpulse-mainloop-glib0-15.0-150400.2.10.x86_64
libpulse0-15.0-150400.2.10.x86_64
libpulse0-32bit-15.0-150400.2.10.x86_64
pulseaudio-15.0-150400.2.10.x86_64
pulseaudio-setup-15.0-150400.2.10.x86_64
pulseaudio-utils-15.0-150400.2.10.x86_64
system-user-pulse-15.0-150400.2.10.noarch
#

Only change is that Youtube sound in Chromium is now absent.

…and what does pavucontrol tell you about the profile and audio sinks for these applications?

My memory about which provides what output in this matrix has mostly holes in it. In 15.4, alsactl info doesn’t even exist.

3 working out of 7 is not working for my needs. Someday I hope to find a combination that allows at least 6 out of 7, including KDE3 system sounds and Youtube (regardless which web browser). Maybe in October when TDM 14.1.1 includes a fix for audio that broke >2 years ago I can upgrade 15.4 to 15.5 and switch to TDM and a more evolved wireplumber-audio.

> man pavucontrol
No manual entry for pavucontrol
>

How do I make it produce something I can copy and paste? It’s animated when Youtube is playing to the PCM dummy output, just with no sound from speakers, as it claims there is no hardware output device.

Are you sure that TDM has anything to do with this? The KDE3 desktop may well do of course.

The dummy output you refer to occurs when PA cannot access your (ALSA) playback devices for some reason. As they do show up when you examine the alsa-info.sh script and aplay commands, I don’t know how to assist further.

You can review this section of the audio troubleshooting guide…
https://en.opensuse.org/SDB:Audio_troubleshooting#Determining_which_application_is_using_sound_device
…although we essentially did that with the fuser command earlier in this thread.