web-dev-qa-db-fra.com

Accéder au serveur PulseAudio

J'ai configuré pulseaudio sur mon serveur Ubuntu pour recevoir les flux TCP comme suggéré dans la documentation de pulseaudio et dans de nombreux tutoriels. Mon /etc/Pulse/default.pa contient maintenant ces lignes:

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

J'ai redémarré le démon en utilisant

pulseaudio -k
pulseaudio -D

D'après ce que j'ai compris, je devrais maintenant pouvoir utiliser le serveur en tant que récepteur de mon client. Idéalement, j'aimerais sélectionner le périphérique de sortie avec le contrôle de volume PulseAudio mais le faire fonctionner. J'ai essayé de définir Pulse_SERVER pour qu'il pointe vers mon serveur, mais des erreurs de lecture se produisent.

Quelqu'un peut-il me dire si la configuration de mon serveur est correcte et comment configurer le client (13.04)?

Mise à jour

J'ai finalement découvert que je devais charger le module module-zeroconf-discover sur le client. Si je redémarre maintenant le démon sur le client, le serveur est découvert mais le récepteur ne peut pas être créé. /var/log/syslog dit ceci:

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

Je ne comprends pas vraiment comment l'authentification peut échouer si la connexion anonyme est autorisée.

Mise à jour

L'échec de l'authentification semble se produire de manière aléatoire. S'il ne semble pas que l'entrée de journal pertinente est

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

au lieu. Les deux autres entrées se ressemblent.

13.04pulseaudio
5
André Stannek

Pareil ici. Mais dans mon cas, pulseaudio découvre une source distante, mais ne s’enfonce pas. Cependant, il existe des messages d'erreur typiques dans le journal pour les deux.

Une autre chose à mentionner est que le message d'échec concernant module-tunnel-source est différent de celui concernant module-tunnel-sink.

Le second a un argument d'adresse de serveur écrit au format IPv4 (192.168.0.x) tandis que le premier mentionne l'adresse au format IPv6. Je ne sais pas pourquoi il y a cette différence, mais cela reste tout le temps et d'une manière ou d'une autre module-tunnel-source avec une adresse IPv6 est chargé, mais pas de puits.

Peut-être n’est-ce qu’un bogue et nous devrions réfléchir à la manière de déposer correctement un rapport de bogue.

EDIT:

Je pense avoir déjà trouvé la solution:

http://lists.freedesktop.org/archives/pulseaudio-bugs/2009-October/003348.html

Selon cela, vous devez désactiver IPv6 dans avahi-daemon et le redémarrer. Cela a fonctionné pour moi.

4
monte