Eu tenho dois computadores. O computador A está executando o Ubuntu 11.10 com o Gnome Clasic. O computador B está executando o Mythbuntu 11.10. O computador B tem um sistema de som de áudio digital doce.
Eu quero tocar música do Banshee no Computador A, mas tenho a saída de som enviada pela LAN e saio nos alto-falantes do computador B.
Eu encontrei esta questão que indicou que eu deveria usar algo chamado "paprefs" para conseguir isso. Então, eu instalei paprefs e, em seguida, na caixa de diálogo "Network Server", selecionei estas configurações:
E então ... eu não tenho ideia do que deveria acontecer. Eu verifiquei a home page do paprefs, e tudo o que eles dizem em Documentation é "Não há muito a dizer. Apenas execute paprefs e veja por si mesmo. "
Eu não vejo nada acontecendo ou de alguma forma eu devo fazer a conexão do Computador A para o Computador B.
Como isso deve funcionar? Alguém pode fornecer instruções claras sobre o que se faz para realmente fazer a conexão?
Idealmente, a esperança é que eu possa ter uma configuração que me permita sempre tocar certos aplicativos, como o Banshee, na LAN usando o sistema de som do Computador B. Em outras palavras, uma vez configurado, é o padrão e não precisa ser reconectado manualmente todas as vezes.
O método menos complicado para enviar áudio de um servidor Pulse Audio para outro através da LAN é usar o recurso RTP / Multicast que você pode configurar usando paprefs .
Escolha sua placa de som local ou escolha um dispositivo separado que você possa selecionar como saída de áudio em Preferências de áudio .
Ao fazer isso, o áudio será enviado do remetente para o receptor através da sua LAN.
O exemplo abaixo mostra como criar um túnel TCP pulseaudio para encaminhar som do computador alpha para o computador beta . No meu caso, ambos os computadores estão executando o Ubuntu 14.04.
Em alpha (o computador de origem), anexe as seguintes linhas a /etc/pulse/default.pa :
.fail
load-module module-tunnel-sink sink_name=beta server=tcp:IP_ADDRESS_OF_BETA:4713
.nofail
(Escolha qualquer valor exclusivo para sink_name . Eu arbitrariamente escolhi usar o valor beta .)
Em beta (o computador de destino), anexe a seguinte linha a /etc/pulse/default.pa :
load-module module-native-protocol-tcp auth-ip-acl=127.0.0.1;LAN_NAME
Acima, LAN_NAME e IP_ADDRESS_OF_BETA serão específicos para seus computadores e sua LAN. Por exemplo, eles podem ser:
LAN_NAME = 192.168.1.0/24
IP_ADDRESS_OF_BETA = 192.168.1.10
Depois de fazer as alterações acima, reinicie o pulseaudio, primeiro em beta e, em seguida, em alpha . A ordem é importante. Eu reinicio o pulseaudio com pulseaudio --kill . Eu corro pulseaudio --kill como meu pesonal UID (não como root), como pulseaudio já está sendo executado como meu pessoal UID .
Se tudo funcionou com sucesso, você deverá ver o túnel na guia Output Devices de pavucontrol on alpha . Quando uma fonte de áudio estiver sendo reproduzida, você poderá rotear a origem para o túnel na guia Playback de pavucontrol on alpha .
Enquanto o túnel estiver intacto, você também poderá ver o encapsulamento na guia Playback de pavucontrol on beta . Se o túnel desaparecer, reinicie o pulseaudio, primeiro em beta e, em seguida, em alpha . O túnel só é criado quando pulseaudio começa em alpha .
Nota 1: Este exemplo assume que o pulseaudio está em execução em alpha e beta . A partir de 2016, o pulseaudio é executado por padrão no Ubuntu e há anos.
Nota 2: Este exemplo não usa a rede de configuração Avahi Zero. O Avahi pode ser ativado por padrão no Ubuntu, mas eu desativei o Avahi nos meus sistemas. Na minha LAN, beta (o computador de destino) sempre tem o mesmo endereço IP e eu conheço esse endereço.
Nota 3: O auth-ip-acl acima concede acesso a qualquer dispositivo na LAN. O Pulseaudio também suporta outros métodos de autenticação (mais seguros). Eu uso auth-ip-acl para simplificar a configuração.
Mais informações podem ser encontradas nas seguintes páginas:
Tags pulseaudio sound lan