(In reply to comment #74)
> As was stated many times "Wine should support PulseAudio" means that
> *existing* sound drivers in Wine should be fixed to work better with
> PulseAudio, introducing a new driver is not a solution of any kind.
That day is almost here. Using PulseAudio 0.9.15-test5 git and the latest wine
git one can get audio to work through winealsa.drv using the pulse alsa plugin
with reasonable success. That said, it makes wine a second-class citizen of
pulseaudio. Some of it's best features, such as the glitch-free playback method
(dynamic hardware buffer size), latency handling and complex audio configurations cannot be exposed or efficiently used.
(In reply to comment #72)
> If you want to make it better fix pulseaudio to be properly suspendable when
> another applications needs ALSA.
pasuspender <command> can do exactly that. This is through the functions
pa_context_suspend_sink_by_index() and pa_context_suspend_source_by_index with
PA_INVALID_INDEX as an argument.
(In reply to comment #74)
> As was stated many times "Wine should support PulseAudio" means that
> *existing* sound drivers in Wine should be fixed to work better with
> PulseAudio, introducing a new driver is not a solution of any kind.
That day is almost here. Using PulseAudio 0.9.15-test5 git and the latest wine
git one can get audio to work through winealsa.drv using the pulse alsa plugin
with reasonable success. That said, it makes wine a second-class citizen of
pulseaudio. Some of it's best features, such as the glitch-free playback method
(dynamic hardware buffer size), latency handling and complex audio configurations cannot be exposed or efficiently used.
(In reply to comment #72)
> If you want to make it better fix pulseaudio to be properly suspendable when
> another applications needs ALSA.
pasuspender <command> can do exactly that. This is through the functions suspend_ sink_by_ index() and pa_context_ suspend_ source_ by_index with
pa_context_
PA_INVALID_INDEX as an argument.