[MPlayer-cvslog] CVS: main/libaf af.c,1.35,1.36

Felix Buenemann atmosfear at users.sourceforge.net
Mon Dec 27 05:09:04 CET 2004


On Sunday 26 December 2004 21:43, D Richard Felker III wrote:
> On Sun, Dec 26, 2004 at 03:24:46PM +0100, Felix Buenemann wrote:
> > On Sunday 26 December 2004 15:14, Reimar Döffinger wrote:
> > > Hi,
> > >
> > > > > CVS change done by Reimar Döffinger CVS
> > > > >
> > > > > Update of /cvsroot/mplayer/main/libaf
> > > > > In directory mail:/var2/tmp/cvs-serv8321/libaf
> > > > >
> > > > > Modified Files:
> > > > >  af.c
> > > > > Log Message:
> > > > > Use lavcresample when accuracy-optimized audio filter chain is
> > > > > requested.
> > > >
> > > > shouldn't it be dependant on wether lavc is compiled in?
> > >
> > > Yes, you are right... Actually on thinking once again it was quite a
> > > stupid patch. What do you think about the attached one?
> >
> > Hmm, I'm not sure, are there any advantages for the lavcresampler, IIRC
> > the mplayer one was pretty good, but is lavc one faster?
>
> the mplayer one is just about the most broken resampler code i've ever
> seen. it has errors that mangle the audio, sometimes dropping samples
> and perhaps even desyncing which channel is which. it's also slow,
> except in the ultra-low-quality "linint" mode (which is misnamed, it's
> really nearest-neighbor sampling).
>
> the only (re)sampler i've ever seen that's as bad or worse was written
> by yours truly about 5 years ago.. :)
eh? you mean the SDL audio built in? =) If it's so bad, than why not remove it 
and only allow resampling if mplayer is compiled with lavc (which it should 
be in 99% of cases anyways)?

> rich

-- 
Best Regards,
        Atmos
____________________________________________
- MPlayer Developer - http://mplayerhq.hu/ -
____________________________________________




More information about the MPlayer-cvslog mailing list