November 2008 - MPlayer-dev-eng - lists.mplayerhq.hu

[PATCH] vo_direct3d: simplify several conditions
by Reimar Döffinger 19 Nov '08

19 Nov '08

Hello, attached patch changes several ifs so that IMO they are easier to read, inparticular removing == 1 and changing == 0 or == NULL to !. Greetings, Reimar Döffinger

2 4

Re: [MPlayer-dev-eng] [PATCH] yadif SSE2/SSSE3 optimization
by Zhou, Zongyi 18 Nov '08

18 Nov '08

Hi all, I split the patch into two parts. The first part adds cpu detection for SSSE3 and SSE4a. I found that on Phenom SSE2 is much faster than MMX2 so SSE2 will be enabled on all Intel CPUs and Phenom. I am still working on the second part that adds SSE2/SSSE3 to yadif. All duplicated codes will be removed. Following is the first part of the patch. I think other filters and codecs can also use it. Regards, ZZ =================================================================== --- cpudetect.c (revision 27949) +++ cpudetect.c (working copy) @@ -144,6 +144,8 @@ caps->hasMMX = (regs2[3] & (1 << 23 )) >> 23; // 0x0800000 caps->hasSSE = (regs2[3] & (1 << 25 )) >> 25; // 0x2000000 caps->hasSSE2 = (regs2[3] & (1 << 26 )) >> 26; // 0x4000000 + caps->hasSSSE3 = (regs2[3] & (1 << 9 )) >> 9; // 0x00000200 + caps->hasSSE4a = (regs2[3] & (1 << 6 )) >> 6; // 0x00000040 caps->hasMMX2 = caps->hasSSE; // SSE cpus supports mmxext too cl_size = ((regs2[1] >> 8) & 0xFF)*8; if(cl_size) caps->cl_size = cl_size; @@ -496,6 +498,8 @@ caps->has3DNowExt=0; caps->hasSSE=0; caps->hasSSE2=0; + caps->hasSSSE3=0; + caps->hasSSE4a=0; caps->isX86=0; caps->hasAltiVec = 0; #ifdef HAVE_ALTIVEC Index: cpudetect.h =================================================================== --- cpudetect.h (revision 27949) +++ cpudetect.h (working copy) @@ -44,6 +44,8 @@ int has3DNowExt; int hasSSE; int hasSSE2; + int hasSSSE3; + int hasSSE4a; int isX86; unsigned cl_size; /* size of cache line */ int hasAltiVec;

1 0

Re: [MPlayer-dev-eng] [PATCH] Direct3D libvo driver
by Jim Hauxwell 18 Nov '08

18 Nov '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I've been banging my head against the wall with this one. It still doesn't work in vista (-vo gl does, so it's defiantly the vo module causing the issue) I stripped it back to the bare minimum and the crash seems to happen on /* vo_w32_window is w32_common variable. It's a handle to the window. */ if (FAILED (IDirect3D9_CreateDevice(gpD3DHandle, D3DADAPTER_DEFAULT, D3DDEVTYPE_HAL, vo_w32_window, D3DCREATE_SOFTWARE_VERTEXPROCESSING, /* D3DDEVCAPS HWTRANSFORMANDLIGHT */ &PresentParams, &gpD3DDevice))) { mp_msg(MSGT_VO,MSGL_ERR, "<vo_direct3d><INFO>Could not create the D3D device\n"); return FALSE; } If I include this then crash, if I leave it out then I get the window + audio playing but obviously no video. Any ideas anyone? As a general comment, I've been doing some looking about. I think that D3DRenderFrame() is probably missing a IDirect3DDevice9_BeginScene(gpD3DDevice); IDirect3DDevice9_EndScene(gpD3DDevice); pair, for correctness. Make sure the exit points have the requisite IDirect3DDevice9_EndScene(gpD3DDevice); Jim -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkiGv8ACgkQhrNWoHjgI1B4wQCbBPWRPWUepUVtq7hNZPvJxXEi 10wAoLnZvQi3Xv/awzsEuk2+k3Euje0m =6mXv -----END PGP SIGNATURE-----

3 3

New Video Decode and Presentation API
by Andy Ritger 17 Nov '08

17 Nov '08

I'm pleased to announce a new video API for Unix and Unix-like platforms, and a technology preview implementation of this API from NVIDIA. The API is called VDPAU (Video Decode and Presentation API for Unix). The current API documentation is here: ftp://download.nvidia.com/XFree86/vdpau/doxygen/html/index.html Some highlights of VDPAU: * Defines an API for GPU-accelerated decode of MPEG-1, MPEG-2, H.264, and VC-1 bitstreams. * Defines an API for post-processing of decoded video, including temporal and spatial deinterlacing, inverse telecine, and noise reduction. * Defines an API for timestamp-based presentation of final video frames. * Defines an API for compositing sub-picture, on-screen display, and other UI elements. Note that VDPAU does not address content protection. Some highlights/limitations of NVIDIA's current implementation: * Supported on NVIDIA GPUs with the NVIDIA second generation video processors (see the end of this announcement for a complete GPU list). * Currently, only one video stream can be decoded at a time; we hope to lift this restriction eventually. * Available in the 180.06 NVIDIA public beta release: http://www.nvidia.com/object/linux_display_ia32_180.06.html http://www.nvidia.com/object/linux_display_amd64_180.06.html http://www.nvidia.com/object/freebsd_180.06.html http://www.nvidia.com/object/solaris_display_180.06.html The VDPAU support in the NVIDIA 180.06 beta release is still very preliminary. We are aware of cases of visual corruption and in some cases GPU hangs. We will be working on these issues over the next several NVIDIA driver releases. While NVIDIA's VDPAU implementation is not ready for end user use yet, it should be far enough along that interested application developers can begin working with it. Additionally, NVIDIA has developed patches to ffmpeg and MPlayer to demonstrate a video player using VDPAU: ftp://download.nvidia.com/XFree86/vdpau/mplayer-vdpau-3076399.tar.bz2 These patches include changes against libavcodec, libavutil, ffmpeg, and MPlayer itself; they may serve as an example of how to use VDPAU. Once we do some further testing, bugfixing, and cleanup, we will contribute the MPlayer patches to the MPlayer developers. If other hardware vendors are interested, they are welcome to also provide implementations of VDPAU. The VDPAU API was designed to allow a vendor backend to be selected at run time. Thanks, Andy Ritger Manager, NVIDIA Linux Graphics Driver VDPAU is currently supported on the following NVIDIA GPUs: Desktop GPUs: GeForce 200 Series GeForce 9 Series GeForce 86xx Series GeForce 85xx Series GeForce 84xx Series GeForce 8800 GTS 512 GeForce 8800 GT GeForce 8800 GS Mobile GPUs: GeForce 98xxM GeForce 9700M GeForce 96xxM GeForce 9500M GeForce 9300M GeForce 9200M GeForce 8800M GeForce 8800M GTS GeForce 8800M GTX GeForce 8600M Motherboard GPUs: GeForce 9400 GeForce 9300 GeForce 9100 GeForce 8300 GeForce 8200 VC-1 support in NVIDIA's VDPAU implementation currently requires GeForce 9300 GS, GeForce 9200M GS, GeForce 9300M GS, or GeForce 9300M GS.

5 5

[PATCH]Allow compilation with icc
by Carl Eugen Hoyos 17 Nov '08

17 Nov '08

Hi! Attached patch is currectly necessary to compile mplayer with icc (10.1). I'll commit next week, Carl Eugen

5 6

Re: [MPlayer-dev-eng] MPlayer-dev-eng Digest, Vol 71, Issue 31
by Jim Hauxwell 17 Nov '08

17 Nov '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Re: [PATCH] Direct3D libvo driver (Ivan Kalvachev) I would check whether the stride and the width are infact the same and then use the single memcpy in that case. Only when they differ use the slow path. Jim -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkgoI0ACgkQhrNWoHjgI1BBqwCgncGr3gX6QFahIZkIa21KfEVt DOoAniShrmG7tZa19wiFylZWOi304hyq =S0yf -----END PGP SIGNATURE-----

2 1

[PATCH] factor common code to handle -wid, vo_gc creation etc. out into x11_common.c
by Reimar Döffinger 16 Nov '08

16 Nov '08

Hello, attached patch gets rid of a large part of massive code duplication. The reason I am sending this as a patch first is that I can't test most -vos, though I do not think anything will break besides where the behaviour was previously inconsistent between vos. Since I am almost the only one working on libvo stuff I will only give a few days to test/object though. In a next step I will probably move the CONFIG_XF86VM stuff, too, though that will have the side effect that for vos that do not support it, when -vm is specified on the command line it will no longer be ignored but instead break things completely - IMO this is acceptable. Greetings, Reimar Döffinger

2 5

[PATCH] yadif SSE2/SSSE3 optimization
by Zhou, Zongyi 16 Nov '08

16 Nov '08

Hi all, I made this patch from ffdshow-mt branch. The original SSE2/SSSE3 codes are written by h.yamagata. I ported those codes back to mplayer and replaced all movdqa/movdqu with movaps/movups. My tests show that on Intel CPUs (except Yonah), SSE2 is ~20% faster than MMX2 and SSSE3 is 30% faster than MMX2. However on AMD CPUs (except Socket 754 Semprons), SSE2 is ~5% slower than MMX2. So now SSE2 function is used only on Intel CPUs. Regards, ZZ

4 5

[PATCH] yasm support
by Andrew Savchenko 16 Nov '08

16 Nov '08

Hello, the following patch adds yasm support to the build system. In particular, this allows to use a benefit from mmx-like optimizations in libavcodec/fft.c Comments? -- Best regards, Andrew

4 7

Re: [MPlayer-dev-eng] [PATCH] Direct3D libvo driver (Georgi Petrov)
by Jim Hauxwell 16 Nov '08

16 Nov '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Has anyone tested the patch on vista? I've just compiled it and it locks up. both the gl & gl2 outputs work OK. I don't if this is the same bug as the gl driver had with vista, but I believe this post may be relevant http://lists.mplayerhq.hu/pipermail/mplayer-cygwin/2007-April/002918.html Cheers Jim -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkfYX8ACgkQhrNWoHjgI1CCzACgxu9pUMGpPr+FAxnxun0aCSJD Y2AAn0lKB0DB6HkWZc0O17LRHRdCyHl3 =BEzf -----END PGP SIGNATURE-----

3 2