Eu tentei encontrar a solução para o mesmo problema e, para mim, isso acontece quando o Firefox é aberto (às vezes) e o fechamento do Firefox resolve o problema temporariamente.
Eu gostaria de ter mais informações concretas do que isso, mas pode ajudar alguém temporariamente também, até que uma correção permanente seja encontrada.
Mais informações: pulseaudio -k
é outra maneira de resolver o problema temporariamente. É mais provável que ele pare os vídeos reproduzidos em navegadores e os mesmos para que a atualização seja necessária. Para algumas configurações, pode ser uma solução melhor do que fechar todo o navegador.
Solução de trabalho : (Editar: mudou isso para a solução de trabalho, uma vez que já passou mais de uma semana sem a recorrência deste problema em 3 máquinas diferentes)
Deu de cara com outra resposta .
Neste caso (como meu sistema é de uma versão superior) nós mudamos
load-module module-udev-detect
para
load-module module-udev-detect tsched=0
no arquivo /etc/pulse/default.pa
e reinicie o pulseaudio ou nosso sistema. Isso tem funcionado por cerca de 3 dias até agora (de ter o problema muitas vezes por dia).
Documentação sobre configuração tsched :
Desde 0.9.11 . Use o modelo baseado no temporizador do sistema (também conhecido como glitch-free). O padrão é 1 (ativado). Se o seu hardware não retornar informações precisas de tempo (por exemplo, placas de som criativas), você pode tentar definir tsched = 0 para ativar o tempo de intervalo baseado em interrupções que foi usado em 0.9.10 e antes.