Re: Re: [Fwd: Re: [MPlayer-dev-eng] AV out of sync with "-ao alsa" in gmplayer, mplayer works ok]

[Lee Revell <rlrevell@joe-job.com>]

On Thu, 2005-01-13 at 15:10 +0000, Reimar Döffinger wrote:
> > > hundreds of function calls to initialize it, and those memory leaks
> > > that to my best knowledge seem to come from the alsa lib (my best
> > > guess is that this is because like in conf.c, in _snd_config_make
> > > pointers are overwritten without being freed first).  What makes it
> > > a bit difficult to use it that it's quite difficult to find the
> > > function that is supposed to free things again, they e.g.  often
> > > aren't located directly below the allocation function in the
> > > headers, and that there is a snd_mixer_load function but no
> > > snd_mixer_unload as I would expect it.
> > 
> > OK, the documentation could be better.
> 
> Well, that's true for most projects, certainly including MPlayer ;-)
> I have to admit I only looked at the headers, I didn't look for/download the
> documentation, but I'm not the maintainer of that code anyway...
> 

Are there any plans to fix the ALSA output so that it doesn't reset the
stream with every xrun?  Since you don't use a realtime thread to handle
the audio there are certain to be some xruns, for example whenever using
the GUI controls in any way or moving the mouse.

http://sourceforge.net/mailarchive/message.php?msg_id=8437146

I am still forced to use the OSS emulation for this reason.

Lee



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt