[Gamester17]

The problem is not that the patches won't apply to the XBMC tree, not that there will be compile errors that will need to be cleaned up, but rather that XBMC software renders to texture then composites the texture to screen via opengl. VDPAU creates what's called a presentation target then hardware decodes frames to that which is bound to an X11 drawable. Compositing OSD in VDPAU requires compositing your own images together and then passing the ready-to-be-drawn image to it for overlay.

Well what's the big fucking deal, images are images and screen is screen right? NO! OpenGL textures used for the OSD are scaled by GL and composited by GL and then merged with the video (which is a texture) by GL and then it is blitted by GL. VDPAU requires that you do your own software texture scaling and blending by hand before shipping it to VDPAU which will blit it to the screen.

Essentially all the UI code and video presentation code in XBMC has to be tossed aside and a whole new system would have to be created because XBMC relies on video hardware to do all that currently. There are two options with various issues:

1) VDPAU can render to X11 pixmap, hey it is a drawable why not. nVidia cards have the extension texture_from_pixmap. We could force VDPAU to render to pixmap, copy it to texture, composite in GL, bob's your uncle = accelerated video decoding. Downside: you lose some of the VDPAU features, like supposedly their vsync code is spot on. There's also a small performance hit for rendering to pixmap as opposed to the screen.

2) Software scale and blend all XBMC graphics to make them available for VDPAU compositing. All the features of VDPAU can be included, however this requires MASSIVE amount of image manipulation in XBMC, negating a majority of the benefit of VDPAU.

So #1 looks like the best option available. When is will it be done? When you submit a diff. Why is someone suggesting users write the code? Because the XBMC devs are the users and the users are the devs. Have you seen how much code goes into SVN every day? If you can't contribute by writing code, you can contribute by not continuously asking for status updates. If you want status updates, watch the SVN log. When you see anything related to VDPAU in the commit log, maybe MAYBE that's when an inquiry is in order.

Yes, this is all explained further by FFmpeg's developers on their own mailing-list here:
https://lists.mplayerhq.hu/mailman/listi...peg-devel/
Especially read the thread with the topic "[FFmpeg-devel] Implementing VDPAU":
http://lists.mplayerhq.hu/pipermail/ffmp...html#58651

...so unfortunatly is is not as simple as "if FFmpeg supports it then XBMC will also support it"