Kodi Community Forum
XBMC for Linux VDPAU - NVIDIA GPU video decoding support (now in the mainline SVN) - Printable Version

+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Linux (https://forum.kodi.tv/forumdisplay.php?fid=52)
+---- Thread: XBMC for Linux VDPAU - NVIDIA GPU video decoding support (now in the mainline SVN) (/showthread.php?tid=45525)



- olympia - 2009-03-29

It seems that there is a bug with vdpau playback, if autorefresh enabled and nvidia beta driver 185.13 is NOT installed.

Using driver version 180.41 with auto-refresh enabled, if the video playback is stopped, xbmc seems to crash and restart (without core dump).

If autorefresh is not enabled, then it's OK.
If Strict Binding is enabled, then playback is choppy (obviously, as this is not supported by the driver), but the videos stop well.

Debug log:
http://pastebin.com/m335b17e6


- phunqe - 2009-03-29

olympia Wrote:It seems that there is a bug with vdpau playback, if autorefresh enabled and nvidia beta driver 185.13 is NOT installed.

Using driver version 180.41 with auto-refresh enabled, if the video playback is stopped, xbmc seems to crash and restart (without core dump).

If autorefresh is not enabled, then it's OK.
If Strict Binding is enabled, then playback is choppy (obviously, as this is not supported by the driver), but the videos stop well.

Debug log:
http://pastebin.com/m335b17e6

I have 185.13 and it is still crashing on movie stop. I am getting core dumps.


- phunqe - 2009-03-29

Core: http://pastebin.com/m4647576f
Log: http://pastebin.com/m16e81f0


- ant_thomas - 2009-03-29

KeithZG Wrote:Just for the record, I'd like to mention that I checked a version out of the SVN and compiled it yesterday on my ancient 600mHz PIII with an 8400GS 512 PCI card (passively cooled and manufactured by Sparkle) slapped into it and a stripped-down Ubuntu install started with Ubuntu server (for some reason the Althon machine I was previously using as my projector computer won't POST with the PCI card in, and the only other semi-modern spare PC I have is way too loud for the job, when it's turned on it sounds like an SUV engine...but dear god, on the PIII even ./configure took something like an hour to run).

So far it's handled <b>every</b> video I've thrown at it, it shrugs off 720p x264/mkv files and runs the 1080i Aliens MPEG2/ts rip I have lying around, although for the latter it gets a bit slow right after skipping around but it smooths out afterwards and would be seamless if just watching a movie from start to finish.

Or in other words, VDPAU on an 8400GS has let me run a hi-def projector and content on a computer whose components are mostly from 1999! This is very awesome, countless thanks to the devs.

What sort of CPU usage are you getting with this? And how much RAM?

Just because if the CPU usage is reasonable I might be able to just get the 8400GS PCI card for my Duron 700 and finally get a machine that can do 720p with XBMC nicely!


- cewan - 2009-03-30

s7mx1 Wrote:You can install the missing vdpau library from http://www.avenard.org even you don't have nvidia hardware. They are just library after all.

add the following to your apt repository
Code:
deb http://www.avenard.org/files/ubuntu-repos release/
deb-src http://www.avenard.org/files/ubuntu-repos release/

then install it with
Code:
sudo apt-get update
sudo apt-get install nvidia-180-libvdpau


List of files in nvidia-180-libvdpau
Code:
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/nvidia-180-libvdpau
/usr/share/doc/nvidia-180-libvdpau/copyright
/usr/share/doc/nvidia-180-libvdpau/changelog.Debian.gz
/usr/lib
/usr/lib/libvdpau_trace.so.180.41
/usr/lib/libvdpau_nvidia.so.180.41
/usr/lib/libvdpau.so.180.41
/usr/lib/libvdpau.so.1
/usr/lib/libvdpau_nvidia.so
/usr/lib/libvdpau.so
/usr/lib/libvdpau_trace.so

Thank you, I will try that when I get home.


- fr500 - 2009-03-30

Would this work with an Intel Atom board (D945GCLF/2) and one of these?

http://www.amazon.com/EVGA-512-P1-N724-LR-GeForce-512MB-Graphics/dp/B001QMJ8Z4/ref=pd_bbs_3?ie=UTF8&s=electronics&qid=1238442666&sr=8-3

Hopefully it will work

Edit: Found it works nevermind, gonna order now


- cewan - 2009-03-31

s7mx1 Wrote:You can install the missing vdpau library from http://www.avenard.org even you don't have nvidia hardware. They are just library after all.

add the following to your apt repository
Code:
deb http://www.avenard.org/files/ubuntu-repos release/
deb-src http://www.avenard.org/files/ubuntu-repos release/

then install it with
Code:
sudo apt-get update
sudo apt-get install nvidia-180-libvdpau


List of files in nvidia-180-libvdpau
Code:
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/nvidia-180-libvdpau
/usr/share/doc/nvidia-180-libvdpau/copyright
/usr/share/doc/nvidia-180-libvdpau/changelog.Debian.gz
/usr/lib
/usr/lib/libvdpau_trace.so.180.41
/usr/lib/libvdpau_nvidia.so.180.41
/usr/lib/libvdpau.so.180.41
/usr/lib/libvdpau.so.1
/usr/lib/libvdpau_nvidia.so
/usr/lib/libvdpau.so
/usr/lib/libvdpau_trace.so

Thanks! That worked great :-)


All my videos are blue - MattZTexasu - 2009-03-31

I have been building from the vdpau subversion branch. I do it about once a week.
This week, it made everything blue, and my cpu % is way up. usually, it is around 20-30% when decoding x264, but now it runs choppy and maxes out the cpu.
I'm using ubuntu intrepid.
i was using 180.29 drivers; but I've upgraded to 185.13 to try to fix this issue.

I've deleted the .xbmc folder in my home directory. I did sudo make uninstall and sudo make clean before running ./configure --disable-pulse --prefix=/usr
then make && sudo make install.

(I disable pulse because it's the only way hdmi audio will work.)

Any video I load comes out completely blue.

What should I try next?


- BLKMGK - 2009-03-31

Try loading trunk - it now supports VDPAU, the branch is now for the more cutting edge code I believe.


- olympia - 2009-03-31

olympia Wrote:It seems that there is a bug with vdpau playback, if autorefresh enabled and nvidia beta driver 185.13 is NOT installed.

Using driver version 180.41 with auto-refresh enabled, if the video playback is stopped, xbmc seems to crash and restart (without core dump).

If autorefresh is not enabled, then it's OK.
If Strict Binding is enabled, then playback is choppy (obviously, as this is not supported by the driver), but the videos stop well.

Debug log:
http://pastebin.com/m335b17e6

@motd2k:
didn't had the chance to clarify this yesterday on irc.
So, 19061 didn't fixed this issue, at least at me.

Do you need some more info on that?


- motd2k - 2009-03-31

Bottom line, turn off xrandr. The way we switch doesn't play nice with VDPAU, we know it, and we can currently do little about it. Unfortunately 9.04 is going to ship with this a known issue.

Simply doing this fixes 9/10 problems. From this moment until we announce that we've moved the xrandr modeswitch code, I'm not going to look at any problem unless it's explicitly stated that Auto-Refresh mode is *not* enabled (the default behavior).

First person to say 'but it works in Xine' wins a cookie.

Hope this doesn't sound harsh, but going over the same thing 100 times gets quite dull!


- olympia - 2009-03-31

motd2k Wrote:Bottom line, turn off xrandr. The way we switch doesn't play nice with VDPAU, we know it, and we can currently do little about it. Unfortunately 9.04 is going to ship with this a known issue.

Simply doing this fixes 9/10 problems. From this moment until we announce that we've moved the xrandr modeswitch code, I'm not going to look at any problem unless it's explicitly stated that Auto-Refresh mode is *not* enabled (the default behavior).

First person to say 'but it works in Xine' wins a cookie.

Hope this doesn't sound harsh, but going over the same thing 100 times gets quite dull!

This is bad news... Sad
I am not going to say anything about Xine, but let me ask a question.

Does xrandr behave differently and/or are you handling it differently, if glXBindTexImageEXT is forced? Becuase this issue is not appearing when it's forced.


- xnappo - 2009-03-31

motd2k Wrote:Simply doing this fixes 9/10 problems. From this moment until we announce that we've moved the xrandr modeswitch code, I'm not going to look at any problem unless it's explicitly stated that Auto-Refresh mode is *not* enabled (the default behavior).

Is the 8200 problem tied into this? I haven't seen any update on that for a while.

Thanks,
xnappo


- gotoman00 - 2009-03-31

hey guys im using a M3N78-EM motherboard with built in nvidia 8300 graphics, i've got the newest beta drivers (185.13) and xbmc svn r18993, enabled 512mb of memory for the gpu in the bios...

however when vdpau is selected playback is choppy in 720p or 1080p, and in 1080p there is some odd color shading at certain points too... if i use advanced shaders all 720p vids and some of my 1080p ones will play flawlessly, but some of the 1080p stutter a bit...

i turned on debug mode when vdpau was selected to ensure it was using the gpu and apparently it was as cpu usage was extremely low, i've tried changing the refresh rate settings and vsync on and off, but no matter what vdpau gives me choppy playback.... any suggestions?

edit: noticed they dropped some new official nvidia drivers yesterday for linux, says they fixed some vdpau bugs going to try installing it will let you know if i notice any changes


- DDM123 - 2009-03-31

Well I'm still having the same problems you specified even with the new Nvidia drivers and a new svn build of XBMC (64 bit). CPU usage hovers around 5% for each core, but video is still choppy on the killa sample, and sometimes video is completely corrupted. Killa sample is the only 1080p video I have right now, so I'm not exactly desperate for VDPAU to be working 100%, but I'm sure it's a big concern for alot of you.