[MPlayer-cygwin] MPlayer performance on windows

[Henry]

>
>
> Hm, too bad that gl is still slower (unless only gl2 is so slow), when I
> last tested it (IIRC on an ATI card) it was slower than directx but faster
> than direct3d.
> Hm, I just remember something: I think on Vista vsync causes a very high
> system CPU usage (bad interrupt management?), try -vo gl:swapinterval=0 as
> long as Aero is enabled this should not cause tearing.
>
> It appears that the latest subversion compiled with libsdl support gives
the best performance.

Using an ATI Rage PCI XL on a dual 2.4 Ghz Xeon Server running Windows 2003
Server with 8MB memory built in. It's a fast system with slow video
performance. So, any improvements in the code are easily seen.

mplayer -vo sdl -ao sdl dvd://1

Was able to get excellent results decoding an xvid encoded file also using
the above configuration. Had tried the sdl previously, but it appears now
the performance has markedly improved.

I had to compile libsdl from source and use the --enable-shared option in
the process.

It's still not blazing speed--have to keep the video window size down in
window mode. Full
screen works OK.

Also use the following options to help out with the synchronization and
performance--It is an ATI Rage XL PCI GPU:
    -framedrop -autosync 30

The sdl options on linux for sound and video have been giving outstanding
performance for some time now; but recently those performance benefits are
starting to show their face in the windows environment.

When using libsdl with a MinGW build I haven't been able to build a static
build: the configure phase will not pick up the sdl option. But when leaving
out the --enable-static option on the configure phase for mplayer, libsdl is
picked up and enabled. Makes it harder to figure the dependencies for a
package, but it works and appears to give the best performance with systems
that have slower video processing capabilities.