[MPlayer-dev-eng] audio_out.c question

Mitch Golden mgolden at mitchgolden.com
Thu Mar 23 04:09:59 CET 2006


On Wed, 22 Mar 2006, Rich Felker wrote:

> Because the native drivers work correctly and the wrappers are buggy
> crap that lead to a/v desync and all sorts of nasty problems. However
> on some broken systems the wrappers like arts/esd take control of the
> sound device and won't let anything else use it, and in this case we
> either have to use arts/esd or put up with users whining incessantly
> because they can't figure out they need to killall -9 arts/esd or
> better yet rm them..

Peace.  I hope that you understand that my motive here is not to waste 
anyone's time on this list nor be a noob or a pain in the ass.  I am 
motivated here simply that I like mplayer and want to make it easier for 
people to use it without seeing crashes or inexplicable popups.  I joined 
this dev list to offer to help make it better, as I have done for many 
other projects.  If users are whining and getting confused, perhaps 
there's something simple that could be done to mplayer to make it easier 
for them.

I would point out is that it's not artsd that takes control of /dev/dsp, 
but rather that no two applications can have /dev/dsp open at once - not 
even two separate instances of mplayer.  In that regard, the thing that is 
broken is OSS really.  As I understand it, that issue was one of the major 
reasons that alsa was written.

So, my question is this:

Is there any issue with using alsa in preference to OSS, at least for 
audio only files?  As you say, artsd is not necessary and doesn't improve 
anything, so keeping it at the bottom of the list is fine.  Does alsa 
cause the desync problem as well?  My understanding is that it's 
implemented at the kernel level just as OSS is.

Assuming that changing the default is impossible, I'd suggest that the 
messaging in gmplayer be changed not to produce the popup when it succeeds 
in playing through its second or third choice rather than OSS.  To the 
casual user, the popup looks like something has failed, but then the 
player inexplicably goes on to play everything fine.

I could also improve the message when it does crash on unpause, so that 
it's clear that what happened is that some other application has grabbed 
the audio device.

   - Mitch Golden




More information about the MPlayer-dev-eng mailing list