[pulseaudio-tickets] [PulseAudio] #194: $PULSE_SERVER: permanent loss of audio in client when facing a transient network problem (networking / virtualization)
PulseAudio
trac-noreply at tango.0pointer.de
Fri Dec 21 01:59:45 PST 2007
#194: $PULSE_SERVER: permanent loss of audio in client when facing a transient
network problem (networking / virtualization)
-----------------------------+----------------------------------------------
Reporter: peter | Owner: lennart
Type: defect | Status: new
Priority: normal | Milestone:
Component: clients | Severity: normal
Keywords: network virtual |
-----------------------------+----------------------------------------------
components: libraries used in the client, I'd assume
version: as distributed with ubuntu 7.10 (64bit)
scenario:
use mplayer -ao pulse in a vmware virtual machine, with $PULSE_SERVER set
e.g.
to its physical host. Now (vmware-)suspend the virtual machine, then after
a short period, resume it. Audio connection is lost (until mplayer itself
is closed).
assumptions:
vmware's maybe closing all open connections, and wants all
apps/servers/...
to reopen them. Which works nicely for all network servers, and should
also
work for networked audio.
Now the pulseaudio library should try to "recover" the connection, or open
a new one, where after some hicups sound should be play properly again
(maybe incl. stopping and resuming the playback in the running mplayer).
At least for the easy cases, when no stuff/presets/... have been loaded,
but we're just outputting to the dsp.
Note that the resuming a suspended VM can be cruelly inefficient for a
minute or two, if done via page-ins "in the background" while the vm's
already given some cpu-time.
I assume this to be a more generic problem, also occuring with tunnels,
etc, pp, whenever some virtualization setup comes into play. It probably
will also occur when doing things like changing routing,
ip address change, ...
--
Ticket URL: <http://pulseaudio.org/ticket/194>
PulseAudio <http://pulseaudio.org/>
The PulseAudio Sound Server
More information about the pulseaudio-bugs
mailing list