Finally figured part of the problem!
By searching for ways to identify which process are using file descriptors, I've discovered the
fuser tool.
Code:
> fuser -m /dev/dsp
/dev/dsp:************ 2812m**3998**4056**4057**4100**4105**4125m**4141**4147**4251m 19416 19432 19537 19539
> ps -aef | grep 3998
4105**3998**0 16:31 ?********00:00:00 kwrapper ksmserver
Then I search for reasons why KDE would lock the device and stumbled on this
thread from VMware Communities :
Quote:
Basically, use #lsof /dev/snd/* and #fuser /dev/snd/* to determine what programs have *these* sound files open. In my case, because I had turned on KDE's desktop icon preview feature for audio files, the kdesktop program had opened these files; it pipes its preview back through /dev/dsp. Other processes can do the same. They need to be killed to free /dev/dsp. There is a good chance that simply executing as root - #/etc/init.d/alsasound restart - will take care of it for you.
[/b]
|
That was it... I had enabled the preview option for all supported file types without consideration to how the audio files would be rendered. Bumped this option, restarted and finaly got sound for the Loki games!
This didn't help the issue with Quake, but now I got a different error :
Code:
------- sound initialization -------
Could not mmap dma buffer PROT_WRITE|PROT_READ
trying mmap PROT_WRITE (with associated better compatibility / less performance code)
/dev/dsp: Input/output error
Could not mmap /dev/dsp
------------------------------------