/dev/dsp busy, killall esd
After I loaded amarok, and previously when I tried to get mplayer to work, I got an error message that /dev/dsp was busy. I was told that 'killall esd' could fix that. So, I tried it and it -did- work.
Why is /dev/dsp busy? Why did I have to issue 'killall esd'? Where can I set it so that esd doesn't come into play, without having to write a little script that runs 'killall esd', unless that's the only choice? This is the latest hoary release, hoary-rc-install-i386.iso root@bsubuntu:/proc # cat version Linux version 2.6.10-5-386 (buildd@terranova) (gcc version 3.3.5 (Debian 1:3.3.5-8ubuntu2)) #1 Wed Mar 30 19:46:52 BST 2005 root@bsubuntu:/proc # uname -a Linux bsubuntu 2.6.10-5-386 #1 Wed Mar 30 19:46:52 BST 2005 i686 GNU/Linux Thanks... |
Okay, first things first, I run Slackware and am completely unfamiliar with Unbuntu so "grain of salt" and all that.
Now on to the show. Next on the agenda, a broad brush of how sound is handled. Sound as a device has a file in /dev that can be owned by an application, therefore there is a restriction of one application at a time to use the sound. The way to counter act this is to use a sound daemon. ARTs is the daemon that comes with KDE and Esound is anpther daemon that's out there. There maybe more, however, so if you're interested take a look see. Why anyone would tell you to 'killall esd' I don't know since that would effectively kill your Esound daemon thereby only allowing one application at a time to use the sound card UNLESS you're also running ARTs, in which case it would make sense however IMHO they could have given you a little background versus just handing out orders. Give a man a fish ... Now, the easiest way to find out if you are running arts or not is a 'ps aux | grep arts'. 'ps' gives a list of running processes with aux being options ('man' it if you don't understand it) while the pipe symbol '|' takes the output from the first command and pipes it into the second command with 'grep' searching for whatever comes next (in this case 'arts') The same can be done with esd. 'lsof' gives a list of open files soooooooo if you want to know what application has /dev/dsp open you can do a 'lsof | grep /dev/dsp'. The best path forward here for you (again IMHO) is to figure out which sound daemon you wish to use, read the documentation on the proper installation/configuration and then configure your applications to speak to the sound daemon instead of trying to control the sound directly. Best of luck. |
.
Well, I found this : Quote:
Quote:
Code:
bs@bsubuntu:/etc$ lsof | grep /dev/dsp esd is intermixed among almost everything that produces sound: Code:
bs@bsubuntu:/etc$ lsof | grep esd |
Many thanks for the fix.
I have been trying very hard to find a solution to /dev/dsp busy, with no success, no I can use both mplayer and realplayer to listen to the BBC, amongst other things. Jugjogee |
Have you tried this?
I do have full duplex sound on Hoary but can't quite remember how I did it, but maybe the method described above gets you the same result. Good luck. |
angkor,
Many thanks, I have re-read my post and it should have read "now I can use both mplayer and realplayer to listen to the BBC" and not 'no'. I have made a note of the URL, as it has other things that could be of use to me later. Jugjogee |
Quote:
|
All times are GMT -5. The time now is 11:52 AM. |