Before I fell back to ALSA, I had severe problems with PulseAudio deadlocks for years on my Debian system on which I am using some OSS only (requiring
/dev/dsp) applications. I would like to see whether it is possible to fix it, and how.
I am using Debian Wheezy, and don't want to upgrade to Jessie until it becomes stable, so I would prefer a solution for Wheezy (for example
osspd which might be one solution, does not yet exist on Wheezy).
An application I am using and it is strictly OSS only is for example
So far I could only solve the problem with having
oss-compat installed, which provides
/dev/dsp for OSS applications which need it.
/dev/dsp present, apparently just about everything (applications like MPlayer, ogg123, mpg321, everything SDL based such as Battle for Wesnoth, a third party Flash plugin) tries to use it instead of anything more advanced (such as Alsa or PulseAudio).
oss-compat, not even
aoss works, so it seems like I can't use OSS only applications without it right now. I read it's man page, and some documentations, but neither creating an
.asoundrc seems to make
aoss doing what it should do (with
oss-compat installed, it works).
With this system, however, PulseAudio is very unstable, and would occasionally deadlock when starting a new application wanting to use OSS (which is just about everything) when one is already running. The only "solution" this case is
-SIGKILLing the deadlocked application, and killing PulseAudio.
My current "solution" to the problem is reverting to Alsa (removing PulseAudio), have
oss-compat installed, and patching up stuff to either use
aoss or to explicitly use Alsa, so things potentially producing audio output can operate simultaneously and stable.
However I would like to have it the "right way", with PulseAudio not removed, without needing
(True this relates to my previous question here, however when I asked that I hadn't got the slighest clue on what is going on, without the help of Derobert, I would still be as good as dead on understanding this)