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

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



- motd2k - 2009-03-04 03:22

Changes on SVN which should resolve several of these issues. You make have to 'make distclean' on this one i'm afraid!


motd


- SofaKng - 2009-03-04 03:31

motd2k, can this issue I'm having be related to the VDPAU build?

Also, what exactly does distclean do? Will it reset my XBMC configuration or does it just force me to do a full recompile instead of a partial recompile?


- BLKMGK - 2009-03-04 05:41

sofakng Wrote:motd2k, can this issue I'm having be related to the VDPAU build?

Also, what exactly does distclean do? Will it reset my XBMC configuration or does it just force me to do a full recompile instead of a partial recompile?

Distclean seems to require a full recompile afterwards. make reallyclean will remove all files not from the SVN but even this will not touch the userdata. Sometimes, if using make -j2, you will fail and a normal make will fix things up. So far I've not been losing my userdata settings although I think I might have lost my database once - I do use make install on my system though so this was to be expected as things got tweaked. <shrug>

Edit: FWIW this time around make clean, make dist clean, make reallyclean - none seem to be helping me. This isn't a full log but will hopefully help http://pastebin.com/m4b0ce0a5 That's from a ./configure; make using gcc 4.3.2 on Ubuntu 32bit 8.10. SVN up comes back with 18250 but this is just the VDPAU branch.


- papaf - 2009-03-04 10:41

Uhm, I'm no expert, but that seems an awful compiler _internal_ crash, not related to what was being compiled. Do you always stop at this point or is it random? If it's random, I'm afraid it looks more like bad ram/cpu, at least to me.


- pilluli - 2009-03-04 12:39

motd2k Wrote:Changes on SVN which should resolve several of these issues. You make have to 'make distclean' on this one i'm afraid!

motd2k, I can't thank you enough for your efforts, really, i'm impressed, excellent work! Smile

However, svn 18246 is still crashing when creating thumbnails of x264 encoded videos (post), also when changing resolutions with the "adjust refresh rate" enabled and now when playing normally encoded xvid videos. Anyone experiencing these problems also? I'm using intrepid x86_64 (which may be the problem) and 180.35.

btw, motd2k, Is there any place (trac?) you want us to report properly these problems rather than posts in this thread?

regards,


- lx01 - 2009-03-04 13:01

pilluli Wrote:However, svn 18246 is still crashing when creating thumbnails of x264 encoded videos (post), also when changing resolutions with the "adjust refresh rate" enabled and now when playing normally encoded xvid videos. Anyone experiencing these problems also? I'm using intrepid x86_64 (which may be the problem) and 180.35.
Yes, same here (minus the "adjust refresh rate" crash, i don't use that feature).
I think the crash when playing "non-vdpau content" was introduced in rev. 18219.
This is on Fedora 8, x86 w/ Nvidia drivers 180.35

Apart from that, great stuffSmile


- SpaceMonkey - 2009-03-04 13:16

So the general consensus is that graphics card should have 512MB of ram?


- bjck - 2009-03-04 14:40

toiva Wrote:So the general consensus is that graphics card should have 512MB of ram?

Among other requirements in the selection, this is necessary yes for 1080p. The right Nvidia chip capable for this is also one on top of your list.


- jayboi - 2009-03-04 14:50

BLKMGK Wrote:Distclean seems to require a full recompile afterwards. make reallyclean will remove all files not from the SVN but even this will not touch the userdata. Sometimes, if using make -j2, you will fail and a normal make will fix things up. So far I've not been losing my userdata settings although I think I might have lost my database once - I do use make install on my system though so this was to be expected as things got tweaked. <shrug>

Edit: FWIW this time around make clean, make dist clean, make reallyclean - none seem to be helping me. This isn't a full log but will hopefully help http://pastebin.com/m4b0ce0a5 That's from a ./configure; make using gcc 4.3.2 on Ubuntu 32bit 8.10. SVN up comes back with 18250 but this is just the VDPAU branch.


Just one tip for those of us that are in the habit of doing a 'make install'. Using checkinstall really helps keep things clean by creating a .deb package that can be easily removed, etc.

Here's my line, your mileage may vary...

Code:
sudo checkinstall -D --pkgname=xbmc-vdpau --fstrans=no --pakdir "/home/jayboi/xbmc.vdpau/debs" \
--maintainer "$USER" --pkgversion "1:0.svn`svn info | grep Revision | cut -f 2 -d ' '`" --backup=no \
--deldoc=yes --deldesc=yes --delspec=yes --default --install=no

You will get a .deb like the following:
Code:
-rw-r--r-- 1 root root  39M 2009-02-20 19:35 xbmc-vdpau_1:0.svn17912-1_i386.deb
-rw-r--r-- 1 root root  39M 2009-02-27 12:46 xbmc-vdpau_1:0.svn18141-1_i386.deb
-rw-r--r-- 1 root root  39M 2009-03-02 00:40 xbmc-vdpau_1:0.svn18196-1_i386.deb

To install, simply:
Code:
sudo dpkg -i xbmc-vdpau_1:0.svn18196-1_i386.deb

To remove:
Code:
sudo dpkg -r xbmc-vdpau

Cheers


- motd2k - 2009-03-04 18:41

Can someone pastey their log files and GDB backtrace from the non-vdpau file crash?


- pilluli - 2009-03-04 19:10

motd2k Wrote:Can someone pastey their log files and GDB backtrace from the non-vdpau file crash?

Here it goes:

backtrace: http://pastebin.ubuntu.com/126349/

xbmc log: http://pastebin.ubuntu.com/126351/

Let me know if you need anything more...


- sandos - 2009-03-04 21:16

512MB of gpu RAM required? What does this mean for IGPs? Are they always shared-memory solutions? Do they work well for 1080p?


- philter - 2009-03-04 21:56

I have an 8200IGP (ECS GF8200A 1.0) and it works well. It allows 512MB of shared memory.


- bjck - 2009-03-04 22:11

sandos Wrote:512MB of gpu RAM required? What does this mean for IGPs? Are they always shared-memory solutions? Do they work well for 1080p?

Works well with onboard shared memory solutions like the Asus P5N7A-VM.


- BLKMGK - 2009-03-04 23:28

papaf Wrote:Uhm, I'm no expert, but that seems an awful compiler _internal_ crash, not related to what was being compiled. Do you always stop at this point or is it random? If it's random, I'm afraid it looks more like bad ram/cpu, at least to me.

No, consistant it seems. Am pulling source after having deleted it so we'll see if that fixes things up or not <shrug>

Edit: compiled this time just fine - weird!