[pulseaudio-tickets] [PulseAudio] #46: autospawn problem

PulseAudio trac-noreply at tango.0pointer.de
Sun Dec 3 04:54:30 PST 2006


#46: autospawn problem
--------------------+-------------------------------------------------------
 Reporter:  ZlatkO  |       Owner:  lennart
     Type:  defect  |      Status:  new    
 Priority:  normal  |   Milestone:         
Component:  daemon  |    Severity:  minor  
 Keywords:          |  
--------------------+-------------------------------------------------------
 I don't know if this is intentional or not, but {{{autospawn=1}}} doesn't
 work if I specify a default server in either {{{client.conf}}} or on the
 command line (ie. {{{paplay -s unix:/tmp/pulse-zlatko/native
 /some/file.wav}}}).

 What I want to achieve is to have pulseaudio autospawn on demand, and make
 sure that local clients use the socket connection rather than TCP/IP, by
 specifying {{{default-server=unix:/tmp/pulse-zlatko/native}}} in
 {{{client.conf}}}. However, pulseaudio seems to assume that the server is
 already running if I do that, and applications then fail with
 {{{Connection failure: Connection refused}}} rather than ''first''
 autospawning the daemon, and ''then'' connecting via the local socket.

 Autospawning works fine if I don't specify a (default) server, but the
 logfile entries seem to suggest that the clients use TCP/IP rather then
 socket connections in that case. I'd ''really'' like to eliminate the
 TCP/IP overhead if possible, even though I assume it's rather small - is
 there any solution other than dropping {{{autospawn=1}}} completely, and
 running a permanent pulseaudio daemon with {{{default-server=unix:/tmp
 /pulse-zlatko/native}}} instead?

 Thanks in advance!

-- 
Ticket URL: <http://pulseaudio.org/ticket/46>
PulseAudio <http://pulseaudio.org/>
The PulseAudio Sound Server


More information about the pulseaudio-bugs mailing list