Sim, com o pulseaudio, isso pode ser feito facilmente. Você precisará instalar e executar paprefs que disponibilize seus dispositivos de som pela rede.
Essas configurações permitem que fontes de som e coletores sejam publicados na rede, idealmente para outro servidor de áudio pulsea.
Caso você tenha configurado o servidor sem o gerenciador de desktop, será necessário instalar um sistema de som primeiro (consulte esta pergunta ). Você pode editar /etc/pulse/default.pa
descomentando estas linhas na seção Acesso à rede :
load-module module-esound-protocol-tcp
load-module module-native-protocol-tcp
load-module module-zeroconf-publish
Se você deseja usar o remetente RTP, remova o comentário dessas linhas na seção Módulo remetente RTP :
load-module module-null-sink sink_name=rtp format=s16be channels=2 rate=44100 description="RTP Multicast Sink"
load-module module-rtp-send source=rtp.monitor
O servidor pulseaudio precisa ser iniciado como um daemon pulseaudio -D
, caso ainda não esteja em execução. Para otimizar, as configurações de qualidade do som /etc/pulse/daemon.conf
podem ser adaptadas às necessidades pessoais.
Um método alternativo para transmitir áudio na sua rede seria configurar um servidor Icecast (consulte esta pergunta ).
Sua melhor opção é chamada Music Player Daemon (mpd).
https://secure.wikimedia.org/wikipedia/en/wiki/Music_Player_Daemon
É um aplicativo de servidor cliente. Você armazena suas músicas no servidor, conecta-se aos seus clientes (muitas pessoas podem fazer isso de uma vez) e controla o servidor.
Ele já está no ubuntu, apenas apt-get install mpd
E também uma boa documentação: https://wiki.archlinux.org/index.php/Mpd
O MPD pode transmitir música, para que você possa ter muitos clientes (ou alto-falantes, se desejar chamá-los) para tocar a música.
Mas realmente não espere uma boa qualidade. A deterioração da transmissão soa mal (não importa se você usa mpd ou pulseaudio). É uma idéia muito melhor conectar alto-falantes reais ao servidor e usar os laptops apenas para controlá-lo.
fonte
Eu não precisava fazer nada fora do comum. Eu tenho netbooks gêmeos, tanto com o PulseAudio quanto com nenhum hardware de nome da Intel. Como eu o configurei foi um pouco mais ou menos assim.
execute paprefs no servidor e no cliente. No servidor, verifique se as configurações de multicast estão ativadas e se os bits do servidor foram verificados. igual a
e o bit multicast
No cliente, ative um pouco a localização de dispositivos habilitados para rede e defina seu dispositivo de saída para o dispositivo de rede virtual via pavucontrol
viola você deve ter um pouco de mágica agora
fonte
Com esta solução, você pode transmitir o áudio do sistema para onde quiser. A
chave aqui são os recursos de loopback da ALSA. primeiro, é necessário ativar o dispositivo de loopback no ALSA, que aparecerá no PulseAudio Volume Control como um dispositivo de entrada (e também um dispositivo de saída).
este dispositivo pode ser adicionado a um servidor mpd:
onde hw: 1,1 é o dispositivo de entrada de loopback pode ser listado com o comando
aplay -l
então você precisa configurar um plugin de saída http para o mpd. o exemplo a seguir seria semelhante em
/etc/mpd.conf
é isso. Selecione o dispositivo looback para sua fonte de áudio na guia Reprodução do controle de volume.
Por fim, você pode usar o VLC ou qualquer outro renderizador de fluxo no ponto de destino usando o endereço de URL httpd:
http://192.168.1.38:8000
Esta resposta também está disponível aqui
fonte
Não tenho certeza se algo assim pode ser alcançado com o DLNA / UPnP, já que eu não estou familiarizado com isso, mas jogando alguns links aqui, caso isso ajude:
Embora um resultado de pesquisa rápida sugira que não é possível sincronizar ...
fonte
Ainda não há uma boa solução. Existe o AVB, mas seu suporte ao 802.11 é limitado à sincronização de tempo.
fonte
Se você deseja transmitir para um telefone Android, use Foobar2000 no servidor e BubbleUPnP (payware) no cliente.
foobar_v1.2.5.exe
$ wine foobar2000_v1.2.5.exe
~/.wine/drive_c/Program Files/
)ufw
não está bloqueando o tráfego relevanteA abordagem tem a vantagem de que, se você pausar no Android, ele acumulará um buffer (pois o servidor ainda está enviando).
Testado no Ubuntu (versão Wine
1.5.28-0ubuntu1~ppa1
) e Windows.fonte