Created attachment 348810 [details] test with totem Description of problem: I would expect to set the volume at a certain percentage and have each player play music at that volume. In both cases, with totem and rhythmbox, pulseaudio will adjust the volume +12% just before playing the track, and re-adjust after the track finishes back to the original preset volume. This holds true for multiple tracks in the same playlist. Version-Release number of selected component (if applicable): [brent@osiris ~]$ rpm -qa | grep pulseaudio wine-pulseaudio-1.1.18-1.fc11.i586 pulseaudio-module-gconf-0.9.15-14.fc11.x86_64 pulseaudio-libs-0.9.15-14.fc11.i586 pulseaudio-module-bluetooth-0.9.15-14.fc11.x86_64 pulseaudio-libs-0.9.15-14.fc11.x86_64 pulseaudio-utils-0.9.15-14.fc11.x86_64 xine-lib-pulseaudio-1.1.16.3-2.fc11.x86_64 pulseaudio-libs-glib2-0.9.15-14.fc11.x86_64 alsa-plugins-pulseaudio-1.0.18-3.fc11.x86_64 pulseaudio-module-x11-0.9.15-14.fc11.x86_64 pulseaudio-0.9.15-14.fc11.x86_64 How reproducible: Open music content with totem or rhythmbox Actual results: Volume changes during playback, then resumes original setting when completed. Expected results: Playback uses volume setting and does not change it.
Created attachment 348811 [details] test with rhythmbox
I'm seeing the exact same issue. We should add that Totem is actually controlling the *system* volume instead of just its volume. How is this possible? Isn't PulseAudio designed so that malicious apps can't hijack audio settings?
*** This bug has been marked as a duplicate of bug 488532 ***