playing more than one sound at once
 

How do I get Linux to play more than one sound at once? ie: I can't get sound from xine and mozilla at the same time or xmms/games. I stopped artsd from starting because it seems to cause problems with pretty much all my programs. Is there something I'm doing wrong?

Re: playing more than one sound at once
 

Well playing more than one sound at a time is called mixing.
In your case if the /dev/dsp is locked and is not accesible by another program you can't play two music at once.
Instead if your soundcard supports it use your line-out plug in the soundcard as second sound source ie output your another program's sound through /dev/dsp1.
If you tell me your sound card maybe I can help you.
Incidentally you did the right thing by turning off artsd .I consider that to be a piece of junk.

I use the built in sound on the soyo kt333 dragon lite
What do you mean use the line out plug?

I should have said line-in jack(or connector)
Some (not all) sound card support another output thourgh the line-in.

you mean hook up my speakers to <i>both</i> sound outputs??

You certainly don't need to mess around with cables.. strange idea... What you need to do is to tell the programs what sound derver to user, gnome uses esd, kde uses arts, and you've not told us which you're using, which isn't useful...

in xine you can easily just change the sound output in the options (mplayer is a much much better media player btw...). As for Mozilla, you'll probably need to use a sound wrapper like the inspiredly titled "soundwrapper" for esd, can't remember the arts one off hand, as KDE sucks. so if it is Gnome, try running "soundwrapper mozilla" instead of just mozilla directly.

thanks a lot

I agree that it is a strange idea but I have done that in the past ,2 outputs.
And as it is: using a soundwrapper is better than my idea.
At least we agree about KDE and arts.

I've just installed an LFS system and using the ALSA drivers for my SB Audigy I can mix multiple sound-playing apps into one /dev/dsp... don't need to configure for /dev/dsp(n)...

I used to think ESD was the only way to fix something like this but I guess drivers have finally caught up. (Or is this maybe a problem with a lack of /dev/mixer ?)