[MPlayer-dev-eng] Re: Re: PATCH [0/12] CoreAVCDecoder support

Michael Niedermayer michaelni at gmx.at
Sat Feb 17 22:56:01 CET 2007


Hi

On Sat, Feb 17, 2007 at 05:52:03PM +0100, elupus wrote:
> Xbox 1 CPU
> vendor_id : GenuineIntel
> cpu family : 6
> model  : 8
> stepping : 10
> flags  : fpu vme de pse tsc msr pae mce cx8 apic sep pge mca cmov pat pse36 
> mmx fxsr sse
> cpu MHz  : 733.332
> model name : Celeron (Coppermine)
> 
> Harrry Potter Goblet of Fire quicktime trailer 
> (harry_potter_goblet-tlr2_h720p.mov) 1280x544. No idea what codec options 
> are in use thou.
> 
> CoreAVC
> BENCHMARKs: VC: 130.384s VO:  16.412s A:   0.000s Sys:   1.969s =  148.765s
> BENCHMARK%: VC: 87.6440% VO: 11.0323% A:  0.0000% Sys:  1.3237% = 100.0000%
> 
> FFMpeg
> BENCHMARKs: VC: 169.442s VO:  15.894s A:   0.000s Sys:   1.914s =  187.250s
> BENCHMARK%: VC: 90.4896% VO:  8.4880% A:  0.0000% Sys:  1.0224% = 100.0000%
> 
> About a 20% speed gain by using coreavc in this case, quite noticable on 
> our limited hardware. Even skipping inloop filter for ffh264 doesn't get it 
> up anywhere near the speed of coreavc. I wonder what industry secret they 
> are using. 

well i guess that the choice of compiler does have some effect on the speed
gcc is not a particulary good choice ... and theres alot more c code in h264
decoding then in mpeg4 asp, rewriting it all in asm by hand does of course
work but it doesnt seem like the right solution

a benchmark between gcc and intel-c of h264.c (all mmx/sse disabled if intels
compiler cant handle them) would be interresting, that way we could guess how
much or little speed could be gained by not using gcc


> If you are interested in tests on specific samples let me know.

id be interrested in a benchmark on a amd based cpu, they have much larger
code caches ...

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Those who are too smart to engage in politics are punished by being
governed by those who are dumber. -- Plato 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20070217/1b689ec6/attachment.pgp>


More information about the MPlayer-dev-eng mailing list