[pulseaudio-discuss] Sending all audio out S/PDIF
nasa01 at comcast.net
Sat Aug 29 10:40:02 PDT 2009
----- "Lennart Poettering" <lennart at poettering.net> wrote:
> On Sat, 29.08.09 13:08, Nasa (nasa01 at comcast.net) wrote:
> > > The recommended way to start PA is via
> > > /etc/xdg/autostart/pulseaudio.desktop (for x11 sessions) and
> > > autospawning (for the console and as extra safety net).
> > >
> > > In fact PA upstream installs itself that way out-of-the-box...
> > >
> > I am starting the frontend via mingetty/xsession -- so I don't think
> > the autostart option would work...
> > I can start it from xsession -- but it doesn't work. I can't play
> > from anything within the X session, but if I kill the X session I
> can do a
> > "pulseaudio --check" and/or play audio -- and both basically work
> > the sound can be cracking some of the time).
> You are aware that PA is a user daemon? It needs to run as the same
> user as its clients.
Maybe I didn't quite explain it right... If I login into a terminal and
do a pulseaudio --start, then a "mplayer *mp3" I will get the song playing..
If I then do a startx and from the frontend open up a new terminal and then
do a "mplayer *mp3" I will get connection refused errors. "whoami" in both
terminals will return the same user.
So call me confused...
> > BTW: it seems if pulseaudio dameon isn't started, mplayer will start
> it any
> > ways when attempting to play an audio file...
> Yes, that's what I was referring to above as "autospawning".
> Lennart Poettering Red Hat, Inc.
> lennart [at] poettering [dot] net
> http://0pointer.net/lennart/ GnuPG 0x1A015CC4
> pulseaudio-discuss mailing list
> pulseaudio-discuss at mail.0pointer.de
More information about the pulseaudio-discuss