Acessando o servidor PulseAudio

Question

Eu configurei o pulseaudio no meu servidor Ubuntu para receber streams tcp, como sugerido na documentação do pulseaudio e em muitos tutoriais. Meu /etc/pulse/default.pa agora contém estas linhas:

load-module module-esound-protocol-tcp auth-anonymous=1
load-module module-native-protocol-tcp
load-module module-zeroconf-publish

Eu reiniciei o daemon usando

pulseaudio -k
pulseaudio -D

Pelo que entendi, agora devo usar o servidor como coletor do meu cliente. Idealmente, gostaria de selecionar o dispositivo de saída com o Controle de Volume do PulseAudio, mas fazê-lo funcionar. Tentei definir PULSE_SERVER para apontar para o meu servidor, mas obtenho erros de reprodução.

Alguém pode me dizer se a configuração do meu servidor está correta e como configurar o cliente (13.04)?

Atualizar

Eu finalmente descobri que tenho que carregar o módulo module-zeroconf-discover no cliente. Se eu reiniciar o daemon no cliente, o servidor será descoberto, mas o coletor não poderá ser criado. /var/log/syslog diz isto:

pulseaudio[4877]: [pulseaudio] module-tunnel.c: Failed to create sink.
pulseaudio[4877]: [pulseaudio] module.c: Failed to load module "module-tunnel-sink" (argument: "server=[192.168.1.2]:4713 sink=auto_null format=s16le channels=2 rate=44100 sink_name=tunnel.myserver.local.auto_null channel_map=front-left,front-right"): initialization failed.
pulseaudio[4877]: [pulseaudio] module-tunnel.c: Failed to authenticate

Eu não entendo como ele pode falhar na autenticação se o login anônimo for permitido.

Atualizar

A falha de autenticação parece acontecer aleatoriamente. Se não aparecer, a entrada de registro relevante é

[pulseaudio] module-tunnel.c: Stream died.

em vez disso. As outras duas entradas parecem iguais.

    

Answer 1

O mesmo aqui. Mas no meu caso pulseaudio descobre uma fonte remota, mas não afunda. No entanto, há mensagens de erro típicas no log de ambos.

Outra coisa a mencionar é que a mensagem de falha sobre module-tunnel-source é diferente daquela sobre module-tunnel-sink .

O segundo argumento de endereço do servidor escrito em formato IPv4 ( 192.168.0.x ) enquanto o primeiro menciona o endereço no formato IPv6. Não sei por que existe essa diferença, mas permanece o tempo todo e de alguma forma module-tunnel-source com um endereço IPv6 está carregado, mas o coletor não está.

Talvez seja apenas um bug e devemos pensar em como enviar um relatório de erros corretamente.

EDITAR :

Acho que já encontrei a solução:

link

De acordo com isso, você deve desabilitar o IPv6 em avahi-daemon e reiniciá-lo. Funcionou para mim.