Pulseaudio Taxas de amostragem muito diferentes (A2DP)

1

Problema:

Estou executando o Raspbian (a partir de fevereiro de 2017). Eu configurei o Raspberry Pi para executar seu bluetooth como A2DP e estou transmitindo áudio para ele via Amazon Echo Dot (Pandora). Funciona muito bem durante uns bons 30 minutos e depois a reprodução de áudio pára. Quando vou verificar o /var/log/syslogs eu encontro o seguinte:

Erros:

Mar 24 22:12:34 raspberrypi pulseaudio[615]: [pulseaudio] module-loopback.c: Sample rates too different, not adjusting (44100 vs. 85062).
...
...
...
Mar 24 22:19:34 raspberrypi pulseaudio[615]: [pulseaudio] module-loopback.c: Sample rates too different, not adjusting (44100 vs. 462646).

Coisas que tentei:

Alterei o método de resample do padrão para trivial e o problema ainda persiste.

Eu tentei pesquisar on-line e não consigo encontrar nenhum problema semelhante, pelo menos nenhum com informações sobre o que está causando isso e nenhum com algo parecido com uma solução.

Minha conclusão:

Para mim, parece que a taxa de amostragem do Echo Dot parece continuar a crescer, e pulseaudio pode lidar com isso até que a nova taxa atinja a (taxa base * x), na qual ela se torna "muito diferente" e não se ajustará à nova taxa.

Perguntas:

O que pode ser feito? Existe algo que eu possa desativar que permitirá a reprodução? Existe alguma maneira de redefinir a taxa de entrada para um número mais gerenciável, uma vez que fica muito alto?

Correções do Band-aid:

Eu posso desconectar manualmente o Amazon Echo Dot e reconectar o ponto, e a reprodução de áudio começará novamente e será reproduzida normalmente por outros 20 a 30 minutos até que o problema seja reiniciado.

Atualização:

Eu tentei definir a taxa de reamostragem novamente como trivial desta vez recebo o seguinte erro:

Mar 25 02:11:45 raspberrypi pulseaudio[595]: [bluetooth] module-bluez5-device.c: SBC decoding error (-2)

Estou suspeitando que isso é "progresso", mas o que pode ser sobre esse erro específico?

    
por Brett Reinhard 25.03.2017 / 01:14

0 respostas