[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: pulseaudio



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).


Reply to: