After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 591795 - application-specific volume control affects master volume
application-specific volume control affects master volume
Status: RESOLVED NOTABUG
Product: gnome-media
Classification: Deprecated
Component: gnome-volume-control
2.27.x
Other All
: Normal normal
: ---
Assigned To: gnome media maintainers
gnome media maintainers
Depends on:
Blocks:
 
 
Reported: 2009-08-14 10:51 UTC by Janne Hyötylä
Modified: 2009-08-14 12:56 UTC
See Also:
GNOME target: ---
GNOME version: 2.27/2.28



Description Janne Hyötylä 2009-08-14 10:51:06 UTC
Please describe the problem:
Changing application-specific volume in gnome-volume-control changes the master volume.
Muting works as intended per-application.

Tested with rhythmbox, banshee and totem as sound playing applications.

Steps to reproduce:
1. open totem, play any video
2. right click on the mixer icon in the notification area, open settings dialog, go to applications tab
3. change the volume using the totem slider


Actual results:
master and totem volume moves

Expected results:
only totem volume moves

Does this happen every time?
yes

Other information:
gnome-media info:
===============
Architecture: i386
Date: Sun Aug 9 16:23:02 2009
DistroRelease: Ubuntu 9.10
ExecutablePath: /usr/bin/gnome-volume-control
Package: gnome-media 2.27.5-0ubuntu1
ProcEnviron:
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-5.24-generic
SourcePackage: gnome-media
Uname: Linux 2.6.31-5-generic i686


Pulseaudio info:
===============
Architecture: i386
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: STAC92xx Analog [STAC92xx Analog]
   Subdevices: 2/2
   Subdevice #0: subdevice #0
   Subdevice #1: subdevice #1
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: janne 8730 F.... pulseaudio
 /dev/snd/pcmC0D0p: janne 8730 F...m pulseaudio
Card0.Amixer.info:
 Card hw:0 'Intel'/'HDA Intel at 0xfe9fc000 irq 21'
   Mixer name : 'SigmaTel STAC9205'
   Components : 'HDA:838476a0,102801f9,00100204 HDA:14f12c06,14f1000f,00100000'
   Controls : 25
   Simple ctrls : 16
DistroRelease: Ubuntu 9.10
Package: pulseaudio 1:0.9.16~test4-0ubuntu4
PackageArchitecture: i386
ProcEnviron:
 SHELL=/bin/bash
 PATH=(custom, user)
 LANG=en_US.UTF-8
ProcVersionSignature: Ubuntu 2.6.31-5.24-generic
Uname: Linux 2.6.31-5-generic i686
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare vboxusers


Originally reported in
https://bugs.launchpad.net/ubuntu/+source/gnome-media/+bug/411042

Issue can be reproduced by other people but apparently not by everyone (check original report for info)
Comment 1 Bastien Nocera 2009-08-14 11:27:56 UTC
This is the flat-volumes feature of PulseAudio, nothing to do with gnome-volume-control (you can reproduce this using pavucontrol as well).
Comment 2 Victor Gavrish 2009-08-14 12:13:12 UTC
Could this "feature" be disabled by default? I don't see why it's been introduced; this feature looks like an intentional bug to me.
Comment 3 Janne Hyötylä 2009-08-14 12:32:32 UTC
The question is why somebody cannot reproduce it on the same distro/version (see Sebastien's comments in the Ubuntu bug).

in /etc/pulse/daemon.conf

we both have
; flat-volumes = yes

but still different results.

Since the flat volumes feature of pulseaudio seems rather complex with different "reference" and "virtual" volumes [0], could it be that g-v-c maps the main volume slider to a different volume setting in pulseaudio depending on the hardware?

If yes then this would be a real bug IMHO.

[0] http://www.mail-archive.com/pulseaudio-discuss@mail.0pointer.de/msg03723.html
Comment 4 Bastien Nocera 2009-08-14 12:56:27 UTC
(In reply to comment #3)
<snip>
> Since the flat volumes feature of pulseaudio seems rather complex with
> different "reference" and "virtual" volumes [0], could it be that g-v-c maps
> the main volume slider to a different volume setting in pulseaudio depending on
> the hardware?

No, gnome-volume-control has no concept of hardware, or tracks.