[MPlayer-dev-eng] Re: [PATCH] sync libfaad2 CVS 5-1-04 large

D Richard Felker III dalias at aerifal.cx
Mon May 3 07:05:01 CEST 2004


On Mon, May 03, 2004 at 04:14:50AM +0000, adland wrote:
> Some status update
> 
> Built your patch as well
> 
> I have done some quick testing of the new CVS sync patch and it breaks
> playback of some samples which still played with your patch.
> (both failing samples were encoded using a nero encoder
> one audio only - playback corrupt, 
> other audio/video - audio playback silent)
> 
> the faac encoded audio only mp4 sample I have plays on both versions.
> 
> MPlayer/samples/MPEG-4/video.mp4 and video2.mp4 played back on both versions.
> 
> Question: Is this example valid if I wanted to benchmark them to compare
> performance
> 
> Machine info:
> gcc version 3.3.3 AMD 
> 
> vendor_id       : AuthenticAMD
> cpu family      : 6
> model           : 6
> model name      : AMD Athlon(tm)

Athlon has very fast fpu, so using fixed point won't help much, and
might even hurt. (Did you leave -DFIXED_POINT in the Makefile?) The
performance is bound entirely by faad's horrible thrashing of the
cache...

> stepping        : 2
> cpu MHz         : 1149.928
> cache size      : 256 KB
> 
> test command:
> ./mplayer -benchmark -vo null samples/ct_faac.mp4
> 
> CVS patch version
> BENCHMARKs: VC:   0.000s VO:   0.000s A:   0.401s Sys:  19.384s =   19.784s
> BENCHMARK%: VC:  0.0000% VO:  0.0000% A:  2.0254% Sys: 97.9746% = 100.0000%
> 
> your patch version
> BENCHMARKs: VC:   0.000s VO:   0.000s A:   0.456s Sys:  19.329s =   19.785s
> BENCHMARK%: VC:  0.0000% VO:  0.0000% A:  2.3068% Sys: 97.6932% = 100.0000%
> 
> they were very close with this example.
> thanks

Do you have any "SBR" AAC files? I think this is what the windows kids
call "HE-AAC" but I could be mistaken. This seems to be the type where
performance is abysmal.

Rich




More information about the MPlayer-dev-eng mailing list