On 10/3/24 2:18 AM, Andrei Borzenkov wrote:
So, returning to the original question that triggered my remark - are you sure kmix in your case is using native pipewire and not pulseaudio or anything else? Because as long as pipewire-pulse is active, you cannot be claiming 100% pipewire for every client.
Smacks self, sorry, I'm about 100% sure kmix is NOT using native pipewire -- that didn't exist when kmix was written for KDE3 and I'm not aware of any pipewire patches to the kdelibs3 package. Now I'm no expert in sound, I have a love/hate relationship with it - love it when it work, hate it when it doesn't, so take that with a grain of salt. kmix, to my knowledge, relies on alsa, and for a while there was a pulseaudio-alsa, but that doesn't exist on my TW install. The only packages I have that are named "*alsa*" or "*pulse*" or "*wire*" are: $ rqa 'alsa\|pulse\|wire' alsa-1.2.12-1.1.x86_64 alsa-devel-1.2.12-1.1.x86_64 alsa-oss-1.1.8-5.6.x86_64 alsa-plugins-1.2.12-1.2.x86_64 alsa-plugins-speexrate-1.2.12-1.2.x86_64 alsa-plugins-upmix-1.2.12-1.2.x86_64 alsa-ucm-conf-1.2.12-1.1.noarch alsa-utils-1.2.12-1.1.x86_64 libpipewire-0_3-0-1.2.4-1.1.x86_64 libpulse-devel-17.0-4.4.x86_64 libpulse-mainloop-glib0-17.0-4.4.x86_64 libpulse0-17.0-4.4.x86_64 libwireplumber-0_5-0-0.5.6-1.1.x86_64 pipewire-1.2.4-1.1.x86_64 pipewire-aptx-1.2.4-1699.1.pm.1.x86_64 pipewire-modules-0_3-1.2.4-1.1.x86_64 pipewire-pulseaudio-1.2.4-1.1.x86_64 pipewire-spa-plugins-0_2-1.2.4-1.1.x86_64 pipewire-spa-tools-1.2.4-1.1.x86_64 pipewire-tools-1.2.4-1.1.x86_64 pulseaudio-setup-17.0-4.4.x86_64 pulseaudio-utils-17.0-4.4.x86_64 wireplumber-0.5.6-1.1.x86_64 wireplumber-audio-0.5.6-1.1.noarch * 2 "wireless..." packages removed. I have not run anything to do with pulseaudio-setup manually -- if that is run as part of the install, then that was done, because sound has worked really well in TW, other than the old knotify crash at some random interval. You'll know better than I, but I suspect the pulseaudio-alsa is no longer needed wtih whatever capability that provided likely being a part of pulseaudio-setup or something similar. But yes, to your point, I have a base understanding that pipewire isn't the entire ball of wax as far as the sound setup goes, but I'm not clear on what part is played by pulseaudio and what part is played by pipewire (though I did read the details several months ago, but not something that was laid down to permanent memory). To Felix's point, if kmix in 15.5 isn't providing volume control, then if 15.5 is using a version of alsa that now needs -std=c++11, that was the fix for the build in Tumbleweed. As for the knotify crash and it taking the KDE3 system-sounds out when it occurs -- I would very much like to know how to diagnose what is involved there. .xsession-errors isn't helpful and with 15.4, the last install I had where we got decent backtraces from kcrash, we were never able to get to the exact cause other than a thread crashed... [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". [KCrash handler] #6 0x00007fab7185d340 in main_instance () from /usr/lib/qt3/lib64/libqt-mt.so.3 #7 0x00007fab6b1a9ece in ?? () from /usr/lib64/libjack.so.0 #8 0x00007fab6b1aa013 in ?? () from /usr/lib64/libjack.so.0 #9 0x00007fab6b1bf8d4 in ?? () from /usr/lib64/libjack.so.0 #10 0x00007fab6b1a0500 in ?? () from /usr/lib64/libjack.so.0 #11 0x00007fab7377e47a in call_init.part () from /lib64/ld-linux-x86-64.so.2 #12 0x00007fab7377e596 in _dl_init () from /lib64/ld-linux-x86-64.so.2 #13 0x00007fab6e0bff4e in _dl_catch_exception () from /lib64/libc.so.6 #14 0x00007fab73782906 in dl_open_worker () from /lib64/ld-linux-x86-64.so.2 #15 0x00007fab6e0bffbd in _dl_catch_exception () from /lib64/libc.so.6 #16 0x00007fab7378211b in _dl_open () from /lib64/ld-linux-x86-64.so.2 #17 0x00007fab6feed3b6 in dlopen_doit () from /lib64/libdl.so.2 #18 0x00007fab6e0bffbd in _dl_catch_exception () from /lib64/libc.so.6 #19 0x00007fab6e0c004f in _dl_catch_error () from /lib64/libc.so.6 #20 0x00007fab6feedba5 in _dlerror_run () from /lib64/libdl.so.2 #21 0x00007fab6feed481 in dlopen@@GLIBC_2.2.5 () from /lib64/libdl.so.2 #22 0x00007fab6bbc0078 in aKode::PluginHandler::load(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) () from /usr/lib64/libakode.so.2 <snip> So I'm still interesting in solving that some day... -- David C. Rankin, J.D.,P.E.