Re: pulseaudio
Goldy a écrit :
> JP Bochet (jeep) a écrit :
>>
>>>>>> "g" <=> goldy
>> Le(On) Fri, 13 Mar 2009 23:19:50 +0100,
>> goldy écrivait(wrote) :
>>
>>
>> [...]
>> g> Une question qui me chiffonne, si on lance pulseaudio en root,
>> g> il est nécessaire d'ajouter root au groupe pulse-rt ? (mon
>> g> intuition me dis que non, mais j'ai un doute).
>>
>> Ton intuition est la bonne.
>> Tsss, tsss...
>> "root" <=> dieu
>> Il fait donc partie *par défaut* de *tous* les groupes.
>> Y compris de ceux qui n'existent pas encore ! ;)
>>
>> Si « on » lance 'pulse' en 'root', c'est le *système* qui le lance,
>> avec 'PULSEAUDIO_SYSTEM_START=1' dans /etc/default/pulseaudio
>>
>> Mais :
>> [...]
>> System mode is not the recommended way to run PulseAudio as it has
>> some limitations (such as no shared memory access) and could
>> potentially allow users to disconnect or redirect each others audio
>> streams.
>> [...]
>> Chez moi cette var est à '0', je préfère le lancer 'alamano' ds un
>> term quand j'en ai besoin ; en plus ça me permet d'avoir la sortie
>> direct, dont je peux facilement augmenter le niveau par un '-vv',
>> par exemple.
>>
>> Et ensuite il lance un nouveau ps en user space, avec moins de
>> droits.
>>
>> Mais *toi* en tant que user, tu dois y être si tu veux du temps
>> réel, et dans 'pulse-access' dans tous les cas.
>>
>> g> J'essaie aussi d'installer pulseaudio sur un serveur, et je
>> g> fais face à des erreurs assez semblables.
>>
>> Dans ce cas, ça va être le système.
>> Tu peux aussi utiliser le lancement "par session", avec :
>> "pulseaudio --daemonize", ce que le dev recommande.
>>
>> Mais les users doivent au moins âtre dans 'pulse-access', si mes
>> souvenirs sont bons.
>>
>> Lire les docs, et voir le WiKi, sur pulseaudio.org (URI exact ds un
>> post précédent).
>>
>> g> Merci d'avance.
>> De rien, HTH, et bon WE.
>>
>>
>> Jeep.
>>
>
> Merci pour ta réponse.
>
> En réalité, je ne vais utiliser pulseaudio sur cette machine que comme
> serveur de son distant, c'est à dire que plusieurs machines s'y
> connecteront pour jouer le son sur le même système d'amplification.
>
> J'ai réussi à le lancer, je souhaitais l'utiliser en tant que daemon
> système, en root donc, pour profiter du haut niveau de priorité, ainsi
> que du temps réel (le réseau ajoute de la latence, j'aimerais limiter au
> mieux cette latence avec le temps réel), mais je n'ai toujours pas
> réussi à y connecter un utilisateur distant (ni à y faire jouer un son
> par un utilisateur sur le serveur).
>
> Je vois que tu parles du groupe pulse-access, je n'avais pas entendu
> parlé de ça, je vais essayer de l'ajouter pour voir.
>
> En tout cas, je ne pensais pas que je me prendrais autant la tête avec
> pulseaudio. Ça mériterait un peu plus d'autoconfiguration dans les
> script du paquet deb amha.
>
> (désolé, message envoyé par erreur (encore une fois) à l'adresse
> personnel, faudrait que j'arrive à configurer thunderbird pour pas qu'il
> fasse ça).
>
J'ai réussi, il fallait simplement bien lire la doc...
Pour info, si certaines personnes sont dans mon cas, alors il suffit
d'ajouter dans le fichier /etc/pulse/default.pa, à la ligne où est
chargé le module
load-module module-native-protocol-tcp
ajouter l'argument
load-module module-native-protocol-tcp auth-anonymous=1
(vous pouvez aussi changer de type d'authentification si vous souhaitez
limiter l'utilisation du daemon pulseaudio sur votre réseau, pour ça,
reportez vous à la doc http://www.pulseaudio.org/wiki/Modules)
Reply to: