Se você usar áudio de pulso como servidor de som, poderá module-native-protocol-tcp
aceitar a conexão TCP da sua máquina remota.
No exemplo a seguir, eu uso um túnel ssh para encaminhar a solicitação de áudio da máquina remota para a local.
Na máquina local, faça algo como:
pactl load-module module-native-protocol-tcp auth-ip-acl=127.0.0.1
ssh -R 9999:127.0.0.1:4713 you@remotehost
então na máquina remota você pode usar paplay
paplay -s 127.0.0.1:9999 soundfile.wav
ADICIONADO Descobri queauth-ip-acl
não aceitalocalhost
como um parâmetro válido, você precisa usar127.0.0.1
(ou o que sua máquina usa o endereço do host local).
EDIT Deveria serssh -R
, nãossh -L
(estamos encaminhando uma porta remota para uma porta local).
Se você possui uma versão antiga do pulse-audio (anterior à 0.9.3), pode usar a autorização baseada em cookies.
pactl load-module module-native-protocol-tcp auth-anonymous=1 auth-cookie-enabled=0
scp ~/.pulse-cookie you@remotehost:
ssh -R 9999:localhost:4713 you@remotehost
Obviamente, você pode simplesmente não usar nenhuma autenticação no áudio de pulso, mas não posso recomendar esta solução. Use, pelo menos, um firewall para evitar conexões remotas.
pactl load-module module-native-protocol-tcp auth-ip-acl=localhost
. Estou perdendo uma dependência ou algo assim?