O som do vinho é tocado muito rápido e estala horrivelmente

Os sons em meus aplicativos são reproduzidos em super velocidade e estão crepitando horrivelmente. No Spotify, as músicas estão tocando na velocidade de 3x. Eu pesquisei bastante no Google e tudo o que posso apresentar é um relatório de bug de janeiro de 2012 marcado como fechado.

Testei o Spotify e o Hearthstone usando o PlayOnLinux com as versões 1.5.0, 1.6, 1.6.0, 1.7.0, 1.7.8 e Wine, bem como o sistema Wine, versão 1.4.1. Todos eles têm exatamente o mesmo problema terrível de estalo. Isso me leva a supor que isso não é um bug do Wine.

As etapas para reproduzir a partir do relatório de erros:

Passos para reproduzir:
1. winecfg
2. vá para a guia Áudio
3. Teste de som

Resultados reais:
sons crepitantes produzidos

Resultados esperados:
saída normal

Também estão produzindo ruídos crepitantes para mim. Enquanto isso, o winecfg imprimiu o seguinte no terminal:

p11-kit: não foi possível carregar o módulo: /usr/lib/i386-linux-gnu/pkcs11/p11-kit-trust.so: / usr / lib / i386-linux-gnu / pkcs11 / p11-kit-trust. so: não é possível abrir o arquivo de objeto compartilhado: esse arquivo ou diretório não existe
err: ole: CoInitializeEx Tentativa de alterar o modelo de encadeamento deste apartamento de multiencadeado para apartamento encadeado
ALSA lib pcm.c: 7843: ocorreu um erro de saturação (snd_pcm_recover)
ALSA lib pcm.c: 7843: ocorreu um erro de saturação (snd_pcm_recover)
ALSA lib pcm.c: 7843: ocorreu um erro de saturação (snd_pcm_recover)
ALSA lib pcm.c: 7843: ocorreu um erro de saturação (snd_pcm_recover)

(A primeira linha apareceu quando eu abri o winecfg, as últimas 5 apareceram quando eu cliquei em Test Sound)

Alguma pista do que poderia estar errado? Deixe-me saber se posso fornecer mais informações.

Clique no botão `` Iniciar ''.

Como este é o primeiro resultado retornado pelo Google, pensei em compartilhar minha experiência aqui. Para quem procura uma solução rápida, coloque o seguinte no seu perfil ~ / .bashrc ou / etc / para alterações em todo o sistema:

alias wine='PULSE_LATENCY_MSEC=60 wine'

Essa é a mesma correção usada para o Skype e o PulseAudio 4.0 e superior, que se comportam da mesma maneira que o vinho. Espero que isto ajude!

Editar (01.12.2016) :

Você pode ativar esta variável globalmente adicionando esta linha a ~ / .bashrc e efetuando logout / reinicialização

export PULSE_LATENCY_MSEC=60

Se você estiver com problemas de áudio em outros aplicativos, exclua a linha e faça logout ou reinicialização. Se você quiser testá-lo temporariamente, abra um novo terminal e cole essa linha. Agora, todos os aplicativos que você chamar deste terminal terão a variável definida e o PulseAudio definirá a latência.

Mais informações sobre esse problema e a 'correção': http://arunraghavan.net/2013/08/pulseaudio-4-0-and-skype/

Executar um terminal (Ctrl + Alt + T)

Comando de emissão pulseaudio -k

Tente recriar o problema. Não deveria mais jogar em avanço rápido.

Quanto ao crepitar, o log diz a você que é puro e simples, você tem um buffer insuficiente. Mude sua qualidade de amostragem ... Sacrifique um pouco de qualidade por velocidade e veja se isso resolve sua falha.

Em alguns jogos, se você usa o PlayOnLinux, pode abrir o iniciador com o seu editor de texto e alterar a Exec=linha da seguinte maneira:

Exec=env PULSE_LATENCY_MSEC=60 /usr/share/playonlinux/playonlinux --run "GameName" %F

Experimente esta solução . Principalmente tinha a ver com o PulseAudio, pessoalmente eu o removi e tentei novamente, e o desempenho não havia atingido, mas perdi a capacidade de mover a saída de áudio para diferentes pias. Este manual de instruções mantém o pulseaudio e o ALSA muito bem, sem permitir que o pulseaudio monopolize o hardware diretamente.

Adicionada uma solução atualizada como acima para

http://tux-is-gaming.blogspot.com.au/2014/02/fixing-alsa-lib-pcmc7843sndpcmrecover.html?showComment=1394964710443#c3501258764752400662

Depois de executar muito bem, um aplicativo portaudio começou a parecer irregular ao disparar erros

ALSA lib pcm.c:7963:(snd_pcm_recover) underrun occurred
ALSA lib pcm.c:7963:(snd_pcm_recover) underrun occurred

SOLUÇÃO - primeiro você precisa matar o processo existente ... emitir esses cmds

    pulseaudio --kill

    jack_control start

Depois de concluir o procedimento acima, emita estes comandos:

    jack_control exit

    pulseaudio --start

Agora, o mesmo aplicativo reproduziu o áudio via portaudio muito bem

cat /etc/lsb-release 
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=16.04
DISTRIB_CODENAME=xenial
DISTRIB_DESCRIPTION="Ubuntu 16.04.1 LTS"

dpkg -l|grep portaudio
ii  libportaudio2:amd64                         19+svn20140130-1build1                               amd64        Portable audio I/O - shared library
ii  libportaudiocpp0:amd64                      19+svn20140130-1build1                               amd64        Portable audio I/O C++ bindings - shared library
ii  portaudio19-dev                             19+svn20140130-1build1                               amd64        Portable audio I/O - development files