Ouço cliques sempre que o volume de algum fluxo de áudio é ajustado

(Quase) sempre que o volume de um fluxo de áudio é ajustado, ouço um som de clique.

Eu estava usando um aplicativo da web que emitia vários fluxos e ajustava seu volume com frequência (e deveria poder fazer isso), o que resultou em uma quantidade insuportável de cliques. (Esse aplicativo agora mudou sua maneira de lidar com fluxos, de modo que o fenômeno não ocorra mais; o problema ainda pode ser reproduzido pelo ajuste manual de fluxos e pode ser interessante para outros aplicativos.)

Existe uma maneira conhecida de evitar isso?

Algumas observações adicionais:

• Isso também acontece quando ajusto o volume dos fluxos manualmente (com pavucontrol). Em particular, isso também funciona para fluxos de outros aplicativos (como ogg123), portanto, não parece ser um problema do aplicativo.

• Isto não acontece se a mudança do volume de um dispositivo de saída inteiro, apenas com as correntes em pavucontrol's reprodução guia.

• A intensidade do clique depende do volume do som atualmente sendo reproduzido no respectivo fluxo de áudio. É possível ouvir melhor com sons monótonos. O fenômeno também é mais proeminente se pelo menos um outro fluxo de áudio for reproduzido.

• O fenômeno também é observável para pequenas alterações de volume.

• Não é o mesmo que o problema descrito em: Como posso desativar o som de "popping" ao ajustar o volume? O som é claramente distinto de /usr/share/sounds/freedesktop/stereo/audio-volume-change.oga.

• Tenho a impressão de que alguma atualização nos últimos meses melhorou a situação, mas não removeu completamente o problema. Isso também pode ser devido ao fato de eu ser um detector não confiável.

• Encontrei esse problema pela primeira vez em 14.04. Persiste em 16.04.

• Isso acontece em várias máquinas, portanto, presumo que este não seja um problema de hardware. Ambos são dispositivos Intel, no entanto. Aqui está a saída de sudo lshw -C multimedia:

  Primeira máquina:

  description: Audio device
  product: 7 Series/C210 Series Chipset Family High Definition Audio Controller
  vendor: Intel Corporation
  physical id: 1b
  bus info: pci@0000:00:1b.0
  version: 04
  width: 64 bits
  clock: 33MHz
  capabilities: pm msi pciexpress bus_master cap_list
  configuration: driver=snd_hda_intel latency=0
  resources: irq:28 memory:f2530000-f2533fff
  

  Segunda máquina

  description: Audio device
  product: 82801JI (ICH10 Family) HD Audio Controller
  vendor: Intel Corporation
  physical id: 1b
  bus info: pci@0000:00:1b.0
  version: 00
  width: 64 bits
  clock: 33MHz
  capabilities: pm msi pciexpress bus_master cap_list
  configuration: driver=snd_hda_intel latency=0
  resources: irq:32 memory:f9ff8000-f9ffbfff
  

Você pode estar atingindo os limites de latência do seu hardware quando o pulso está "ocupado".

configuration: driver=snd_hda_intel latency=0

Realmente não existe latência zero. Presumo que isso signifique sub-milissegundo.

Por isso https://arunraghavan.net/2013/08/pulseaudio-4-0-and-skype/ Definir a variável env PULSE_LATENCY_MSEC = 10 antes de iniciar um aplicativo. Isso fornece ao software 10ms de tempo do buffer, se houver mais trabalho para fazer a mixagem de fluxos.

10ms ainda é baixa latência suficiente, a menos que você esteja tocando instrumentos digitais de música ao vivo ou jogos muito rápidos.