[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