Evitar aplicaciones para controlar el volumen maestro en Linux


10

Cada vez que cambio el volumen en VLC, Rhythmbox o un video en YouTube, cambia el volumen maestro, es decir, el volumen del sistema. ¿Cómo puedo evitar que esto suceda?

Estoy ejecutando Debian 7.0.0 (wheezy) con xfce4, parece que usa PulseAudio, con el que no estoy familiarizado. Aquí hay una captura de pantalla de la aplicación "Mixer" que viene con xfce:

ingrese la descripción de la imagen aquí

Sí, intenté desmarcar el icono de "cadena" allí. Lo instalé pavucontrolpero parece que no hay opción para cambiar eso:

ingrese la descripción de la imagen aquí

Respuestas:


9

Este artículo wiki de Gentoo podría aplicarse aquí: Control de volumen por aplicación PulseAudio :

PulseAudio admite el control de volumen por aplicación, pero por defecto esto no hace mucho, ya que solo puede controlar estos volúmenes desde la utilidad de control de volumen pulseaudio. Lo que significa que en una aplicación como Audacious, cuando el dispositivo de salida está configurado en PulseAudio y el control de volumen está configurado en hardware, ajustará el control de volumen maestro, no el control de volumen por aplicación.

Para corregir este comportamiento, establezca lo siguiente en /etc/pulse/daemon.conf

flat-volumes = no

Ahora, cada vez que Audacious vaya a ajustar el volumen, ajustará el volumen solo audaz y, por lo tanto, no tendrá múltiples aplicaciones peleando por el control de volumen maestro.


Gracias, pero NO funcionó. Tanto cambiar el volumen desde la interfaz gráfica de usuario de pulseaudio (como se ve aquí ) como desde la propia aplicación ( aquí ) cambia el volumen del sistema. Reinicié la computadora después de hacer los cambios. Revisé el archivo y los cambios se guardaron
Alex

Debian Wheezy aparentemente usa PulseAudio versión 2.0-6.1. Puede probar los consejos anteriores sobre la versión 3.0-1 disponibles en la distribución experimental.
harrymc

@Alex Derecha. Apuesto a que el problema es específico de Debian ya que PulseAudio y las aplicaciones habilitadas para PA han funcionado de la manera que usted desea durante muchos años.
Michael Hampton

¿Tienes el problema ame o es una variante diferente? El maestro y todos los volúmenes de aplicaciones están configurados en, digamos 35%. Comienzo una aplicación que establece master (y en sí mismo) al 100%, pero deja a todos los demás en su 35% (ahora relativo). Dejé esa aplicación, master está al 100%, todas las aplicaciones ahora están limitadas al 35% (estoy en Arch Linux). Todavía estoy buscando una solución a esto.
bossi

0

Si interpreto su problema correctamente, esta es la solución que encontré:

La cuestión

Cuando una aplicación controla el volumen (por ejemplo, lo establece al máximo), afecta el nivel de volumen del sistema, dejando los niveles de volumen de las aplicaciones donde están, "limitándolos" de manera efectiva, lo que requiere reajustarlos, por ejemplo, pavucontrolcada vez.

Initial settings:
  system      |========o--------|
  application |========o--------|

Controlling application adjusts:
  system      |================o|
  application |========o--------|

Result when bringin system volume level down again:
  system      |========o--------|
  application |===o-------------|

La solución

La configuración en mi caso tiene tres lugares distintos que parecen permitir la configuración del pulseaudio-daemon :

  1. /etc/pulse/daemon.conf
  2. ~/.pulse/daemon.conf
  3. ~/.config/pulse/daemon.conf

Para desacoplar el control maestro (esto es a lo que, por ejemplo, se asignan los controles de volumen de hardware de todo el sistema) y hacer que las aplicaciones controlen su propio volumen, sin que ninguno de los dos se afecte, lo siguiente funcionó para mí:

  • establecido flat-volumes=noen2.
  • asegúrese de que no hay flat-volumesconfiguraciones en 1. o3.
  • reiniciar pulseaudio :
    • pulseaudio -k
    • pulseaudio --start

El resultado

Dejar

el nivel de volumen sea ​​el valor del control deslizante y la
ganancia de volumen sea ​​la presión de sonido efectiva que sacude a sus vecinos

  • El resultado será
    1. una aplicación que tiene su propio nivel de volumen soberano , y
    2. un nivel de volumen del sistema global , que solo se ve afectado por sí mismo.
  • El aumento de volumen máximo resultante de la aplicación (que sale de sus altavoces) estará limitado por el nivel de volumen del sistema actualmente configurado.
  • Aumentar el nivel de volumen del sistema aumentará proporcionalmente la ganancia de volumen efectiva que la aplicación produce a través de su salida, pero no su propio nivel de volumen .

Un ejemplo

flat-volumes = yes
  1. Las aplicaciones "empujan" el volumen del sistema hacia arriba: por ejemplo, el volumen del sistema está al 60%; el volumen de la aplicación se mueve libremente por debajo del 60%, pero "empuja" el volumen del sistema hacia arriba cuando excede el volumen actual del sistema
  2. Una aplicación puede establecer el volumen al máximo (por ejemplo, kodi en un caso que tenía). Si es así, el nivel de volumen del sistema se establece (al máximo), mientras que los niveles de otras aplicaciones permanecen donde están. Hasta este punto, este comportamiento retiene la ganancia de volumen efectiva, pero cuando la aplicación que establece el volumen al máximo se cierra, todos los niveles permanecen donde están, manteniendo el volumen del sistema al máximo y los volúmenes de la aplicación ahora limitados en su posición relativa.
flat-volumes = no
  1. El volumen de la aplicación no afecta el volumen del sistema, en absoluto.
  2. Una aplicación puede establecer el volumen al máximo (por ejemplo, kodi en un caso que tenía). Con los volúmenes planos deshabilitados, no afecta el volumen del sistema, sino solo el suyo, dejando todos los demás niveles de volumen de la aplicación donde están.
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.