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) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
