2009-01-05, 16:06
CapnBry Wrote: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
vdpau is now in the ffmpeg svn. So this will be no problem indeed
Quote: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.
I'm no graphical expert, but isn't it possible to pass opengl textures to vdpau?
Quote: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.
I think that according to this thread there is no synchronisation (yet) between the copy and the reading into GL, but at least nvidia is aware.
Quote:So #1 looks like the best option available. When is will it be done? When you submit a diff.
I think it is very difficult to start from an existing system without any experience in the code. Certainly not when you have to rewrite the whole graphical system. (I think this would take me ages, while someone who has written it, could do it in a few days)
I'm not asking when someone can submit a patch, but rather what has to change, in what direction we could be going.
Thx for your reply btw, I learned a lot.