Você precisa editar system.pa , não default.pa . Quando você efetuar login no seu RPI e executar ps fax , você irá notar esta linha:
/usr/bin/pulseaudio --system --realtime --log-target=syslog --log-level=1 --disallow-exit --disable-shm --exit-idle-time=-1
O --system é o que faz o pulseaudio ler system.pa em vez de default.pa . Note também que o kodi já lança uma instância de pulseaudio para você e você não pode simplesmente iniciar outro. O primeiro se ligará a 0.0.0.0:4713 , então a segunda instância não poderá! Meu kodi não me permite reiniciar o pulseaudio, então é necessário reiniciar o computador depois de alterar o arquivo de configuração.
Para fazer o coletor remoto realmente aparecer nos clientes, você precisa (no cliente):
- carregue o módulo
module-zeroconf-discover(pactl load-module module-zeroconf-discover) e - use
paprefspara ativar coletores remotos. Você precisa marcar a primeira caixa de seleção na primeira guiapaprefsshows. (Simplesmente carregar o módulo não foi o suficiente para mim.) - reinicie o avahi-daemon no cliente.
Você pode usar avahi-browse -a no seu cliente para ver se ele realmente vê seu serviço pa. A linha importante ficará assim:
+ wlan0 IPv4 root@raspbmc PulseAudio Sound Server local
Eu fiz isso há cerca de 2h e isso não funciona para mim. Sim, o coletor remoto aparece em pavucontrol e eu posso configurá-lo como coletor padrão e controlar seu volume, mas o spotify não funcionaria (não toca música. Foi meu único teste). Quando eu abro um terminal e executo export PULSE_SERVER=rpi02.local:4713; spotify ele funciona. A abordagem de configuração de PULSE_SERVER funciona imediatamente, sem nenhum dos shenanigans do zeroconf. (Isso talvez seja um problema do Ubuntu).
E se você pretende envolver o Wi-Fi, há outro problema específico do RPI:
Existe o problema comum de reprodução de áudio distorcida ao usar o pulseaudio do Pi remotamente em uma rede. Aparentemente, usar wi-fi freqüentemente aciona esse problema, mas ainda é um problema específico do hardware Pi com uma solução disponível.
- No seu RPi:
sudo sed -i 's/^\(load-module module-udev-detect\)/ tsched=0/' /etc/pulse/system.pa - reinicie o pulseaudio no Pi
- conecte clientes remotos ao servidor pa no Pi
Este é um problema conhecido declarado junto com essa solução em kodi.wiki . Ao ler tsched , por exemplo, no ubunutu SE , aprendemos que é um problema de tempo e surge do hardware de som . Colocando tsched=0 o Linux usa um modelo de temporização diferente, que eu acredito ser mais intenso na CPU. Com esta solução, o serviço pulseaudio requer 17% de CPU no meu B + ao reproduzir um fluxo remoto.