[pulseaudio-discuss] Volume jumps to 100% on KDE startup in KDE 4.4.0-4.4.1
dwight.paige at gmail.com
Sun Mar 14 11:19:01 PDT 2010
Thanks for the reply. Ok, I've got PulseAudio enabled in Mandriva. It is
showing PulseAudio devices not Alsa. And it appears I've reported
incorrectly. I set KMix>Playback Devices [only output shown] to 50% and
rebooted and it was still at 50% upon login. I believe PulseAudio is
working as expected in Mandriva so far. If I run across something in
Mandriva that seems wrong I'll post it here or file a bug report. So
this appears to be strictly happening in Fedora for me.
I have installed the pulseaudio packages in >Main>Testing [version
1.0.21]. No problems to report so far. I wonder if there are
corresponding packages in Fedora?
Now I'm going to login to Fedora and check some things. Will post back
here later today.
-------- Original Message --------
Subject: Re: [pulseaudio-discuss] Volume jumps to 100% on KDE startup
in KDE 4.4.0-4.4.1
Date: Sun, 14 Mar 2010 11:58:28 +0000
From: Colin Guthrie <gmane at colin.guthr.ie>
Reply-To: General PulseAudio Discussion
<pulseaudio-discuss at mail.0pointer.de>
To: pulseaudio-discuss at mail.0pointer.de
'Twas brillig, and Dwight Paige at 13/03/10 01:34 did gyre and gimble:
> In KDE 4.4.0 [Mandriva 2010.0 x86_64] and KDE 4.4.1 [Fedora 12 x86_64].
> When I log out and log back in or reboot when KDE starts sound volume
> levels jump to painfully loud 100% in KMix and pavucontrol. Why is this?
Do you have a Mandriva bug report about this? If so can you link it?
(I've got a couple 100% bugs (mostly invalid ones) but couldn't identify
this particular issue in the ones that I checked against.
> Is this a KDE, pulseaudio, or alsa issue? As per example I believe that
> openSuSE 11.2 does not use pulseaudio by default for KDE apps [it does
> for Gnome]. I can confirm that this sound jumping to 100% on boot/login
> does not happen in My openSuSE/KDE 4.4.1 partition. I checked and so far
> pulseaudio is not even installed in my openSuSE/KDE 4.4.1.
It could be a number of things. I've not got a KDE 4.4 install to hand
so not 100% sure but does kmix here show PulseAudio devices or Alsa
devices? You should be able to tell pretty easily from the names of the
In the pre-PulseAudio enabled Kmix, it would be responsible for
restoring volume levels on a per-user basis. After I integrated support
for PA into KMix I'm pretty careful to not save/restore volumes.
> Work around is to disable or remove pulseaudio:
That's the whimps way out - real men find the issue - so thanks for
helping to debug :D
> That doesn't necessarily mean that pulseaudio is at fault or does it?
> Could this be a driver issue?
It's unlikely to be a driver issue. Something is ultimately causing this.
In order to debug, can you:
1. Edit your /etc/pulse/daemon.conf
2. Change log-level to "debug"
3. Do a fresh boot and make the issue happen.
4. Shut down (very important.
5. Startup again.
6. Post the output of "grep pulse /var/log/messages" to a Mandriva bug
report against the pulseaudio pacakge (it'll be assigned to me
automatically). If possible can you mark the times where you rebooted in
the log extract with some suitible annotation as it'll help show where
and when things happen.
Before you do any of the above tho', can you try the pulseaudio pacakges
from the Mandriva main/testing repository? These will be going out as
official updates in a week or so so you're really just getting a preview.
This updated package does include some fixes to ignore volume changes
when the user is not logged in and I'm wondering if some kind of race
condition is causing your user-specific volume preferences to be
clobbered by some system wide shutdown task before you get a change for
PA to exit after logging out. One way to test this theory is to not
shutdown directly, but to logout first and wait a couple minutes before
actually shutting down from the Display Manager instead.
Alternatively, (and I've not used KDM for a while), it could be the
display manager the one triggering the problem if it tries to play sound
when login is ready and starts PA for itself. If this is the case the
updated PA package will almost certainly fix the issue. To test without
upgrading boot to runlevel 3, and and login and type startx. This
approach of logging in vs. the KDM route should avoid the race.
Hope all this info helps.
More information about the pulseaudio-discuss