[XviD-devel] Performance questions

steve steve at astrocorp.com.tw
Mon Aug 27 06:00:52 CEST 2007


Thank you, Dark.

The fps is 36 not 23. 

The reason I don't satisfy the performance is that Windows Media player runs
faster & smoother with the same avi file.
As you mention that my dynamic texture already is
HBU_DYNAMIC_WRITE_ONLY_DISCARDABLE, I don't think my Ogre setting is wrong.
Without xvid decoding, my test application runs about 300 fps.
I also try 512x512 textures, but it doesn't make significant faster.
The difference of lock texture / decode/ unlock texture, and decode to temp
buffer/ blit to texture is only minor said 37, 36 fps

Steve

-----Original Message-----
From: xvid-devel-bounces at xvid.org [mailto:xvid-devel-bounces at xvid.org] On
Behalf Of Dark Sylinc
Sent: Saturday, August 25, 2007 7:38 AM
To: xvid-devel at xvid.org
Subject: Re: [XviD-devel] Performance questions

I'm no XviD expert, but you're using OGRE, so I can
answer some questions

> > 1.  Is the result fps reasonable? I expected
> faster frame rate.

You're decoding a very big file (1024x768) which is
not largely used. Usually files are around 800x350 on
high quality. 47 fps is very fast, considering most
videos run at 23 fps; 30 fps for really smooth
playback (but games use to run at 60 fps)
You're dropping from 47 to 23 because 1024x768 is not
GPU-friendly. Use power of 2 resolutions, like 512x512
or 1024x512. OGRE probably converts it to 1024x1024.
If it doesn't (modern GPUs support non-power-of-2)
you'll still suffer performance hits. Also look if
you're creating the video buffer with dynamic write
flag set (HBU_DYNAMIC_WRITE_ONLY_DISCARDABLE).
XviD uses the CPU, games mostly use the GPU, that's
why it's so slow. Also take in mind that OGRE uses a
lot of CPU (but efficiently for most games). The Debug
version is also painfully slow.
As far as I remember, only a couple of games makes
intensive use of videos and polygons (Final Fantasy
and Grim Fandango) but note that polygons get reduced
when videos are enabled and vice vesa

> > 3.  Why MMX, MMXEX, SSE, SSE2 perforamce are all
> the same?

This will vary among vendors. Pentium III SSE is
faster than anything else, but on AMD Sempron enabling
SSE won't do anything great, although 3DNow! will work
reaaaly fast (faster than SSE).

Hope this help
Dark Sylinc


 
____________________________________________________________________________
________
¡Sé un mejor besador!
Compartí todo lo que sabés sobre besos en
http://ar.yahoo.com/promos/mejorbesador.html
_______________________________________________
XviD-devel mailing list
XviD-devel at xvid.org
http://list.xvid.org/mailman/listinfo/xvid-devel





More information about the XviD-devel mailing list