I got this: Assertion 'device->playback_channels || device->capture_channels' failed at modules/alsa/alsa-ucm.c:250, function ucm_get_device_property(). Aborting. I have done zero investigation, but I think it happened because the configuration doesn't specify the number of channels for either playback or capture. PulseAudio shouldn't crash on UCM configuration errors.
I have confirmed (already a while ago) that setting PlaybackChannels/CaptureChannels gets rid of the crash. So, all we now need is a patch that replaces the assertion with proper error handling.
(In reply to comment #1) > I have confirmed (already a while ago) that setting > PlaybackChannels/CaptureChannels gets rid of the crash. So, all we now need > is a patch that replaces the assertion with proper error handlinW: [pulseaudio] pid.c: Stale PID file, overwriting. E: [pulseaudio] alsa-ucm.c: UCM capture device Mic fetch pcm failed E: [pulseaudio] alsa-ucm.c: UCM playback device Headphone fetch pcm failed E: [pulseaudio] alsa-ucm.c: Assertion 'device->playback_channels || device->capture_channels' failed at modules/alsa/alsa-ucm.c:252, function ucm_get_device_property(). Aborting. And tried adding the PlaybackChannels/CaptureChannels to my ucm profile, but it didn't work.
I believe this bug is fixed in 4.0.
I suppose it would be useful to also mention how this was fixed: now if the channels aren't set in the configuration, PulseAudio will default to 2 channels to both directions.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.