Kodi Community Forum

Full Version: VDPAU API for Linux released by NVIDIA today - GPU hardware accelerated video decoder
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28
Might want to check freevo, they have started using VDPAU and I believe they are GL based

see http://www.nvnews.net/vbulletin/showpost...tcount=453
bump.

no posts on this thread in a while -- any progress on this? or has the thread moved?

1080p playback on my "scene" released videos is darn near impossible with the all the sync issues / stutter. throwing some of this processing onto the GPU over the CPU would be absolutely amazing.
A temporary solution is to call mplayer, using external player as introduced not long time ago in svn. It's a bit ugly but it works and you cannot use xbmc in full screen mode (at least in my settup ubuntu 8.10, nvidia 180.22).
Making some progress with a very rough xbmc-VDPAU PoC.

Got VDPAU decoding frames, about to implement EXT_texture_from_pixmap.

Screenshot of what the current build displays (i.e. nothing!).... LOL

http://mail.overplayx.com/XBMC-VDPAU.png
Great news. How would you rate the chances of this being fast enough on a GF8200?
I'm running it on an abit A-N78HD integrated mobo - which I *think* has that exact card. Very promising.

I'm currently pulling the texture off with XGetImage which is exceptionally slow - hopefully I'll figure a way to keep the data on the GPU for xbmc to render directly - but from what i've read there's sync problems doing this. Anyway, progress is progress...
Update:

I've got the killa sampla decoding and displaying, have some slight colorspace issues right now, nothing major. Unfortunately the way i'm doing it at the moment, the data is doing a roundtrip GPU->CPU after the decoding and before the presentation by XBMC.

Anyway a screenie for posterity...
http://mail.overplayx.com/XBMC-VDPAU-1.jpg
i must say, great work! keep it up.
motd2k Wrote:Update:

I've got the killa sampla decoding and displaying, have some slight colorspace issues right now, nothing major. Unfortunately the way i'm doing it at the moment, the data is doing a roundtrip GPU->CPU after the decoding and before the presentation by XBMC.

Anyway a screenie for posterity...
http://mail.overplayx.com/XBMC-VDPAU-1.jpg

Awesome!
wow this is realy good work and so quick results
w000t.

May I ask what CPU you are using? (CPU load does not seem too bad so far?)

Shout if we can send you a case of beer or something Wink
I'm using an AMD 5000+ at stock, with an NVIDIA 8200 integrated GPU - pretty accessible equipment.

I've had an idea on getting rid of the need to pull the data off the GPU, if that works out it'll be pretty incredible to be honest - i've already got it decoding and presenting to an offscreen surface without the need for the memory transfer, and using that method (which admittedly doesnt perform the final step of 'displaying' the image in XBMC) the CPU usage decoding killa (obviously with no frame drops) is around 10% per core - pretty much what XBMC idles at.

The holy grail is getting the texture to GL without having to pull it onto the CPU, and i'll get there... eventually...
Is there any chance to test the current fruits of your labor? Using 70% of one core is already much better than not being able to decode high bitrate 720p at all...

I'm incidentally using a pretty similar setup, GF8200 and BE 2350.
Is this effort crossplatform or is the VDPAU API only for linux ?
VDPAU is only for UNIX
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28