Description of problem: Play a video or a song and you'll get no sound from the speaker. Checking Pulseaudio settings and the tab Hardware you have HDMI preset, but Built-in audio should be used instead. The only solution to get the sound temporarily working is to set it to Built-in audio and Analog stereo output as a Profile. However when you close the sound settings window the audio is gone again. Version-Release number of selected component (if applicable): 16.1 How reproducible: Can be reproduced many times. Steps to Reproduce: 1. Open Firefox. 2. Go to open.spotify.com. 3. Login. 4. Start playing a song and you won't hear any music.
This is NOT a clean installation of Cauldron. I upgraded from terminal by switching medias to Cauldron and I used the same kind as in mg8. Core Release Core Release Debug Core Updates Core Updates Debug Nonfree Release Nonfree Release Debug Nonfree Updates Nonfree Updates Debug Core 32bit Release Core 32bit Updates Nonfree 32bit Release Nonfree 32bit Updates is what I used in Mageia 8 as well.
I could be wrong, but wouldn't this be considered to be a RELEASE BLOCKER?
Hardware: All => x86_64
I can recreate/reproduce the issue when playing another file and it doesn't matter if it's a movie or a audio clip or a music file. The sound is muted or gone and HDMI audio is once again being set even though it's not supposed to act/work like this.
This happens in MATE.
Version of MATE is: 1.26.0-2.mga9
Created attachment 13436 [details] Output
Created attachment 13437 [details] Sound module loaded
I also notice that I can sometimes get working audio temporarily if I switch between Analog stereo duplex and analog stereo output and test each speaker, but it still resets after some time to not working.
Temporarily, I cannot listen to audio (mismatched audio socket), so cannot myself investigate.. CC'ing Dave & Ben in case they can try this.
CC: (none) => lewyssmith
CC: (none) => davidwhodgins, westel
Check for any files/directories in the home directory that are not owned by the current user. I'll test it myself later today or tomorrow on a cauldron install on my main system where I also use built in audio rather then hdmi.
Just completed my first install using the Mageia 9 x86_64 alpha1 iso. Installed plasma ok, booted into it, started firefox. Opened a video on youtube. At first no sound. Installed pavucontrol and ran it. Changed the builtin from headphones to line out. Sound worked. Watched two videos, with no loss of sound. Works for me. Try creating a new user, logout/in as the new user and after setting pavucontrol to use the line out for the built in audio, try playing a video or soundtrack.
Thanks Dave for all that. > Just completed my first install using the Mageia 9 x86_64 alpha1 iso Effectively a Cauldron snapshot. But should one have to install 'pavucontrol' to get sound? Who would think of that?
Most people now use hdmi for sound. There are not many of us that still use an external amplifier and have hdmi for video. My monitor does not include speakers, but most hdmi monitors do. Currently pavucontrol is only required by xfce4-pulseaudio-plugin, which is not required by anything. I agree pulseaudio should require pavucontrol. Adding Giuseppe to the cc list.
CC: (none) => ghibomgx
Note this is not a regression in m9. I remember having to manually install pavucontrol and use it to get sound on this system every release since pulseaudio was introduced, which is why I knew how to get it working.
(In reply to Dave Hodgins from comment #11) > Just completed my first install using the Mageia 9 x86_64 alpha1 iso. > > Installed plasma ok, booted into it, started firefox. > Opened a video on youtube. At first no sound. Installed pavucontrol > and ran it. Changed the builtin from headphones to line out. Sound worked. > Watched two videos, with no loss of sound. > > Works for me. > > Try creating a new user, logout/in as the new user and after setting > pavucontrol to use the line out for the built in audio, try playing > a video or soundtrack. As you saw in my first comment this is NOT a clean install, it's an upgrade using the terminal. Performing sudo urpmi pavucontrol shows that it's already installed. I also created a new user and logged in to that and I got the same problem. No audio.
Run pavucontrol as the regular use who is logged in. On the Configuration tab set the hdmi profile to off, and the built-in audio to Analog Stereo Output. On the Output Devices tab set the Port for the built in to Line Out, or to Headphones, whichever works on that system.
I got a similar problem starting from two weeks ago, after having upgraded a mga8 (native) installation to latest cauldron. Updates was made online, in one shot (indeed more than one shot, having ran in sequence "urpmi --auto-update --auto --force" 2 or 3 times). Basically there is no sound while playing some multimedia file (the same audio was working on mga8 on the same hardware). Trying installing/uninstalling also alsa-firmware and alsa-sof-firmware packages had no effects, as well as reconfiguring the sound card and resetting the audio mixer. Curiously I didn't get these kind of problems on a VM running current Cauldron, where the audio works flawlessly. Regarding pavucontrol, I noticed that doing some activity on it on Profiles, then audio would work, but only ONCE, then later, again no audio anymore. In particular, what I tried this experiment: go on pavucontrol, change the Configuration Profile from "Analog Stereo Duplex" to "Analog Stereo Audio", then without exiting pavucontrol change back to "Analog Stereo Duplex" (basically the profile returned to the initial one), and I got the audio playing. But as before, it played only ONCE, and then it returned to its broken state. Apparently it's not the presence of the pavucontrol package that fixes the audio, but rather doing some activity (even useless) on it on PA profiles that temporarily "fixes" the audio.
BTW, is that running on nvidia hardware?
My video card is ati using the radeon kernel module.
Mate only DE install from: Mageia-9-alpha1-x86_64.iso DATE.txt: Sat Oct 22 09:14:15 PM CEST 2022 headphone output: firefox youtube - ok (https://www.youtube.com/watch?v=VG51kFqhUwM) local .mp4 file. totem player (Videos) video and audio -ok pulseaudio volume control is installed as default. sound preferences: hardware set to built in audio 1 output / 2 inputs. analogue stereo duplex. output device : built in audio analogue stereo , stereo connector: headphones. if unplugged reverts to : speakers. reconnecting headphones changes it back to headphones lspcidrake |grep snd snd_hda_intel : Intel Corporation|7 Series/C216 Chipset Family High Definition Audio Controller [MULTIMEDIA_AUDIO_DEV] (rev: 04)
There is a pulseaudio-16.1-3.mga9 and libalsa-1.2.7.2-3.mga9 in core/updates_testing. Please check whether they make any difference with respect to the missing playback.
(In reply to Ben McMonagle from comment #20) > Mate only DE install from: Mageia-9-alpha1-x86_64.iso Is that a public iso? I can't find it in http://ftp.acc.umu.se/mirror/mageia/iso/cauldron/
It's currently undergoing qa testing. If interested in helping testing, see https://wiki.mageia.org/en/Pre-release_ISO_testing
(In reply to Kristoffer Grundström from comment #22) > (In reply to Ben McMonagle from comment #20) > > Mate only DE install from: Mageia-9-alpha1-x86_64.iso > > Is that a public iso? > I can't find it in http://ftp.acc.umu.se/mirror/mageia/iso/cauldron/ or you do a cauldron net-install. suggest if space available create a temporary partition for the "test install" as it would be effectively the same as an install off the .iso. then you could be sure that your upgrade install does or does not have a conflicting package or , rather, some config setting you have brought forward from your MGA8 install in your upgrade. a *new user* should have eliminated a config setting though. (comment 15)
(In reply to Dave Hodgins from comment #13) > > Currently pavucontrol is only required by xfce4-pulseaudio-plugin, which is > not required by anything. > > I agree pulseaudio should require pavucontrol. > That dependency (pulseaudio -> pavucontrol) is actually in the task-pulseaudio metapackage, where there is Requires: pulseaudio-volume-control and pulseaudio-volume-control is provided by pavucontrol and pavucontrol-qt.
# urpmq --whatrequires task-pulseaudio|sort -u task-mate-minimal task-pulseaudio
Happening to be on M8 at the moment, I looked at what happens here: $ urpmq --whatrequires-recursive pavucontrol pavucontrol xfce4-pulseaudio-plugin Quite different, but explains why it might be absent in a system upgraded from Mageia 8 to Cauldron. Desktop dependant?
AFAIK, there should be something more than pavucontrol, as installation of the pavucontrol package doesn't fix the problem itself. Let's see.
Hmmm. I am lost. Re comment 25, comment 26, now on a Cauldron system, same result as comment 27: $ urpmq --whatrequires-recursive pavucontrol pavucontrol xfce4-pulseaudio-plugin In particular, should this not reflect: "pulseaudio should require pavucontrol. That dependency (pulseaudio -> pavucontrol) is actually in the task-pulseaudio metapackage, where there is Requires: pulseaudio-volume-control and pulseaudio-volume-control is provided by pavucontrol..."
With a clean installation of Cauldron the problem seems to be gone. Should I close this bug as WORKSFORME? Just asking to make sure.
wait a bit.
What is your actual lib64webrtc-audio-processing1 installed version?
(In reply to Giuseppe Ghibò from comment #32) > What is your actual lib64webrtc-audio-processing1 installed version? lib64webrtc-audio-processing1-0.3.1-2.mga8
(In reply to Lewis Smith from comment #29) > Hmmm. I am lost. Re comment 25, comment 26, now on a Cauldron system, same > result as comment 27: > $ urpmq --whatrequires-recursive pavucontrol > pavucontrol > xfce4-pulseaudio-plugin > In particular, should this not reflect: > "pulseaudio should require pavucontrol. > > That dependency (pulseaudio -> pavucontrol) is actually in the > task-pulseaudio metapackage, where there is > Requires: pulseaudio-volume-control > and pulseaudio-volume-control is provided by pavucontrol..." OK, let's summarize: 1) On a clean mga9 installation audio works flawlessly. 2) On a mga8 (where audio was working) -> updated to mga9/cauldron, audio can get lost. There were at least 3 reports about this. And on one installation I got this too. 3) Reconfiguring audio card from drakconf, playing with audio firmware, etc., it's hadn't positive effects for this bug. 4) Passing snd_intel_dspcfg.dsp_driver=0 (or 1, 2, 3) to boot cmd parameters hadn't effects (but with 2 and 3 you get even no audio recognized). 5) When audio get lost as in point 2), playing a bit with pavucontrol under Configuration/Profile can mitigate and get audio back, but it's not completely resolutive. Soon or late you get audio lost again. After some testing it seems that removing pipewire package, it's deps and wireplumber (if installed) resolves point 2). After further testing, and removing pipewire, it seems that then reinstalling pipewire later, and install piperwire-media-session instead of wireplumber, audio seems to work with pipewire too. I'm not completely sure it's wireplumber the culprit as I've at least one clean installation (on amd hw, not intel) where there is wireplumber installed (and no pipewire-media-session) and the audio works.
Thank you Giuseppe for this learned input. It is complicated... > 1) On a clean mga9 installation audio works flawlessly. > 2) On a mga8 (where audio was working) -> updated to mga9/cauldron, > audio can get lost Is there any filtered installed package list which one can get (rpm -qa | grep something) to look for differences between the two cases that matter? Assuming that the clean M9 install has it right.
Keywords: (none) => FOR_ERRATA9
rpm -qa | grep -E -s 'pipewire|wireplum' | sort
Thank you. @Kristoffer, are you still in a position to do that for both the upgraded system which did not work as expected (comment 1), and the clean install that did (comment 30)? Since changing my computer, I have (for the moment) no physical sound output, so do not know whether sound is there or not! With that constraint, my own *upgraded* M8->Cauldron system shows as follows: $ rpm -qa | grep -E -s 'pipewire|wireplum' | sort kpipewire-5.25.90-2.mga9 lib64kpipewire5-5.25.90-2.mga9 lib64kpipewirerecord5-5.25.90-2.mga9 lib64pipewire0.3_0-0.3.59-2.mga9 lib64wireplumber0-0.4.12-2.mga9 pipewire-0.3.59-2.mga9 wireplumber-0.4.12-2.mga9 I can do likewise for a Mageia 8 system on the same box, which we can presume works.
Well, here on a newish M8 system (Classic ISO, all desktops & usual options), not much augmented, all I get is: $ rpm -qa | grep -E -s 'pipewire|wireplum' | sort lib64pipewire0.3_0-0.3.19-1.mga8 ! So perhaps sound would not work. I need a headphone plug adapter...
(In reply to Lewis Smith from comment #38) > ! So perhaps sound would not work. I need a headphone plug adapter... Your XDO Pantera Pico has a 3.5mm jack. you could record (with audacity) the output to the headphones to check that audio is working.
Yes, no problems in mga8. I found that it works will ALL the pipewire packages and wireplumber uninstalled. And recently also this minimal config seems to work too: lib64kpipewire5-5.25.90-2.mga9 lib64pipewire0.3_0-0.3.59-2.mga9 pipewire-0.3.59-2.mga9 pipewire-media-session-0.4.1-2.mga9 i.e. with pipewire-media-session instead of wireplumber. Note that pipewire-media-session and wireplumber are mutually exclusive, as both provides pipewire-session-manager metapackage.
Note also that we have wireplumber to take precedence over pipewire-media-session as pipewire-session-manager, because the latter is deprecated.
(In reply to Ben McMonagle from comment #39) > (In reply to Lewis Smith from comment #38) > > ! So perhaps sound would not work. I need a headphone plug adapter... > Your XDO Pantera Pico has a 3.5mm jack. Thanks for the info. Its own leaflet does not say. The headphone jack was reluctant to go in, and not wanting to force, suspected a downsize. It is 3.5mm, so in the light of you comment, did force it! Then, on the Cauldron system as per comment 37, also with pulseaudio-16.1-5.mga9 no sound... Off to fiddle. This box has HDMI output also, I use for the screen. From comment 16: > Run pavucontrol as the regular use who is logged in. On the Configuration tab > set the hdmi profile to off, and the built-in audio to Analog Stereo Output That did it. It showed 'Digital Stereo (HDMI) Output + Analogue Stereo Input'. Changed that to 'Analogue Stereo Output'. Bingo. > On the Output Devices tab set the Port for the built in to Line Out, > or to Headphones, whichever works on that system. Mine already showed Port 'Headphones (unplugged)' [false], so no fiddling needed here. The only other choice was 'Speakers'. As now working: $ inxi -Axx Audio: Device-1: Intel Celeron/Pentium Silver Processor High Definition Audio vendor: Fujitsu Micro driver: snd_hda_intel v: kernel bus-ID: 00:0e.0 chip-ID: 8086:3198 Sound API: ALSA v: k6.0.6-desktop-1.mga9 running: yes Sound Server-1: JACK v: 1.9.21 running: no Sound Server-2: PulseAudio v: 16.1 running: yes Sound Server-3: PipeWire v: 0.3.59 running: no (In reply to Dave Hodgins from comment #13) > I agree pulseaudio should require pavucontrol. It still does not. @Giuseppe Can this be done? I think we can then close the bug, given that the possible upgrade problem is noted for ERRATA. (Some people prefer to leave bugs open for that, I do not see why).
ok, let's close.
(In reply to Lewis Smith from comment #38) > Well, here on a newish M8 system (Classic ISO, all desktops & usual > options), not much augmented, all I get is: > $ rpm -qa | grep -E -s 'pipewire|wireplum' | sort > lib64pipewire0.3_0-0.3.19-1.mga8 Following earlier advuce, with settings as installed, no sound. I found with pavucontrol that the Output Device was set to Speakers; changed that to Headphones - sound! Looking at Configuration, it showed Analog Stereo Duplex; I tried its neighbour Analogue Stereo Output, that worked too. Difference? Re comment 40 "minimal config": lib64kpipewire5-5.25.90-2.mga9 lib64pipewire0.3_0-0.3.59-2.mga9 ****** pipewire-0.3.59-2.mga9 pipewire-media-session-0.4.1-2.mga9 my system is even more minimal, just that starred. (In reply to Giuseppe Ghibò from comment #43) > ok, let's close. But PLEASE make 'pulsaudio' require 'pavucontrol'. The latter seems essential to get sound working on some systems, so should be included automatically where it is not explicitly on the installation medium.
Status: NEW => RESOLVEDResolution: (none) => WORKSFORME
Regarding headphone|speakers, did you expect that it automatically swaps to headphone even if no speakers are installed? Should this be the right behaviour even on mga8? What if you remove all the pipewire packages? Does that changes something? Regarding pavucontrol, indeed pavucontrol it's already included as dependency in "task-pulseaudio". Isn't task-pulseaudio installed? In fact, rpm -q --requires task-pulseaudio shows: pulseaudio pulseaudio-module-x11 pulseaudio-utils pulseaudio-volume-control and pulseaudio-volume-control is a meta dep for "pavucontrol". And: urpmq --whatprovides pulseaudio-volume-control pavucontrol-qt|pavucontrol IMHO what triggered all the stuff was a meta-task change, i.e. this ones: https://svnweb.mageia.org/packages/cauldron/meta-task/current/SOURCES/prefer.vendor.list?r1=1654169&r2=1790623 that prefers wireplumber over pipewire-media-session. And maybe this one: https://svnweb.mageia.org/packages/cauldron/meta-task/current/SOURCES/prefer.vendor.list?r1=1790623&r2=1794696 that prefers task-pipewire over pulseaudio. So probably one of the two triggered uninstalling of some package and reinstalling of some other to respect the new deps. AFAIK also some other distro experienced some problems with this pipewire-session<->wireplumger swap (e.g. Arch, maybe now resolved, dunno, at least it was so some months ago: https://archlinux.org/news/undone-replacement-of-pipewire-media-session-with-wireplumber/). In "theory" swapping to wireplumber it's right, because wireplumber is expected to replace plasma-media-session, but maybe it's not yet ready to support the forcing of the swap on older installations. If task-pulseaudio is not installed anymore by default then, we could add "pulseaudio-volume-control" as dep to pulseaudio.
The only problem I can see with adding the volume control as a dependency is that it's a gui program, so would pull in a lot of gui packages on headless systems. Perhaps a recommends could be used instead.
yep, that could be a problem and bring a lot of deps. Other alternative is to avoid triggering the wireplumber and pipewire pref swapping on update, and let the system (mga8 -> mga9) be updated smoothly. At some point people may decide to install wireplumber later. Newer mga9 systems won't have these problems as they would install task-pipewire preference since the beginning taken by some proper installer package list.
(In reply to Giuseppe Ghibò from comment #45) > Regarding headphone|speakers, did you expect that it automatically swaps to > headphone even if no speakers are installed? Should this be the right > behaviour even on mga8? On my main system I have to select headphones in pavucontrol even though I'm using amplified speakers connected to lineout. If I switch it to "Line Out (plugged in)", the speakers lose sound. I have the plugs in the right jacks based on the labels on the mb. The lineout is physically part of the mb, while the headphones jack is connected via a cable from the top front of the desktop case to the mb. On this system I have to have the wrong port selected for it to work, which is why I posted in Comment 16, use "which ever works". On other systems I've worked on, it works as expected.
Since either wayland or xorg must be installed for a gui to work, it would probably be better to have kwayland-server and x11-server-xorg require pavucontrol or pavucontrol-qt.
See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=31087
See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=31235
Problem seems to be fixed as I made a fresh installation last night.
Thanks for this confirmation.
Keywords: FOR_ERRATA9 => (none)