[Mplayer-dev-eng] projectmayo's divx codec...

Nick Kurshev nickols_k at mail.ru
Wed Jul 18 15:47:16 CEST 2001


Hi, Arpi!

On 2001-07-17 17:38:39 you wrote:

>Hi,
>
>Just tested the first beta of Projectmayo's new divx 3.11 (ms-mpeg4v3) and
>4.0 (opendivx 0.48) codec:
>
>Coyote.Ugly.Sample-highbitrate-atmos.avi
>VIDEO:  [DIV3]  640x480  24bpp  25.00 fps  1995.1 kbps (243.5 kbyte/s)
>
>Forcing video codec: [odivx] drv:3 (OpenDivX (MPEG-4 v2))
>BENCHMARKs: V:  13.281s VO:   3.889s A:   0.000s Sys:   0.344s =   17.514s
>BENCHMARK%: V: 75.8326% VO: 22.2039% A:  0.0000% Sys:  1.9635% = 100.0000%
>
>Forcing video codec: [divxds] drv:4 (DivX ;-) (MS MPEG-4 v3))
>BENCHMARKs: V:  19.906s VO:   4.945s A:   0.000s Sys:   0.338s =   25.189s
>BENCHMARK%: V: 79.0280% VO: 19.6300% A:  0.0000% Sys:  1.3420% = 100.0000%
>
>Forcing video codec: [divx] drv:2 (DivX ;-) (MS MPEG-4 v3))
>BENCHMARKs: V:  19.341s VO:   4.852s A:   0.000s Sys:   0.342s =   24.535s
>BENCHMARK%: V: 78.8304% VO: 19.7760% A:  0.0000% Sys:  1.3936% = 100.0000%
>
>Forcing video codec: [ffdivx] drv:5 (FFmpeg DivX ;-) (MS MPEG-4 v3))
>BENCHMARKs: V:  22.831s VO:   3.821s A:   0.000s Sys:   0.340s =   26.992s
>BENCHMARK%: V: 84.5855% VO: 14.1564% A:  0.0000% Sys:  1.2582% = 100.0000%
>
>Strange results. I can't imagine how can it be so fast.
>Btw their binary (it is binary-only, and symbols stripped;() has lot's
>of mmx/sse code. And _maybe_ they used some optimizing compiler for
>compiling (Intel's or visual c), not gcc...
>
I've done some "reverse engeered" analysis and found that win32-divx codec
a lot optimized for MMX/SSE support. Indeed it's MMX2 optimization by I guess that
in this case it's useless for K7 as in most commercial software.
Yes you could find out MMX/"SSE" opcodes in divx* files but not in l3codeca.
>From this point comparision of ffdivx with win32divx is incorrect since we have
in most functions "C" optimization. So maybe later - ffdivx will fast of win32 competitors.
What about odivx succesor - it's very strange - why they closed the sources.
The fact that they used some commercial tables is not argument since it can be
found during 5 minutes. In this connexion it would be strange if they will open the sources
in the future. And the last - if odivx codec will not support YV42 output it will useless
since ffdivx codec has a lot of possibilities to be optimized.

Best regards! Nick (2001-07-18 13:34:36)




_______________________________________________
Mplayer-dev-eng mailing list
Mplayer-dev-eng at lists.sourceforge.net
http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng



More information about the MPlayer-dev-eng mailing list