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)
- dafart - 2009-02-23 16:18
johnny2 Wrote:So you can't use srt subtitles with VDPAU? Is this a problem with VDPAU or is this a problem with the current state of VDPAU support in XBMC?.srt subtitles are working fine here..
- dbldown768 - 2009-02-23 16:36
pilluli Wrote:Yep, they work, I've been using something similar myself.
from what I know, you need to use "--enable-vdpau" flag to enable vdpau
- danillll - 2009-02-23 16:53
dbldown768 Wrote:from what I know, you need to use "--enable-vdpau" flag to enable vdpau
not really, it is enabled by default, all you need to do is enable it in the UI after you run XBMC Video->Players->Render...
- dbldown768 - 2009-02-23 17:23
I did not change anything in the setup and it appears I am using the vdpau render as I saw it show up on the onscreen display. Is this because i used the flag during configuration?
- danillll - 2009-02-23 17:46
dbldown768 Wrote:I did not change anything in the setup and it appears I am using the vdpau render as I saw it show up on the onscreen display. Is this because i used the flag during configuration?
actually, even without settings VDPAU in the GUI and leaving it to AUTO, it will still be picked up. vdpau, when it can be used, has a higher priority over the other methods.
- xnappo - 2009-02-23 18:01
Am I correct in thinking that the cost of entry for a 1080p Linux XBMC box is now below $200?! Will this work? If so, in addition to being cheap, it will be quiet and low power too!
Rosewill R379 $40
MSI K9N2GM-FIH $60
Patriot 2GB $20
Athlon 4850e $60
Assuming running from a USB stick.
- tslayer - 2009-02-23 18:01
If you want your settings to stick for each movie, hit the last option: "Set as default for all videos", or something to that effect.
- tslayer - 2009-02-23 18:12
Never mind, looks like it doesn't save.
- pilluli - 2009-02-23 22:36
Again, nice piece of work motd2k,
However, brightness and contrast doesn't seem to do anything...
Does anybody know how to activate the standard brightness and contrast settings? The VPDAU ones work fine for me (although cannot be save as other posts mention). However, as I'm hit by the not 16-235 range of XBMC (trac bug I need to change the contrast and brightness from within xbmc.
- danillll - 2009-02-23 23:31
pilluli Wrote:Again, nice piece of work motd2k,
VPDAU uses a different render class which does not implement brightness and contrast. you need to fallback to the old renders in order to enable brightness/contrast but this defeat the purpose cause you won't be using VPDAU.
As I mentioned in couple of posts earlier, once I get back from work gonna try work on the save settings and maybe add the luma/chroma filters to get the brightness and contrast back.
- The_Rebel - 2009-02-24 00:16
motd2k Wrote:Ability to change the renderer dynamically within XBMC
Is it possible to fallback to GLSL from VDPAU on demand? or is the dynamic switcher for falling back to to GLSL from VDPAU when a unsupported format is played.. And how do we use it?
- stuartmarsden - 2009-02-24 00:30
The_Rebel Wrote:Is it possible to fallback to GLSL from VDPAU on demand? or is the dynamic switcher for falling back to to GLSL from VDPAU when a unsupported format is played..
Sort of related to this, I have built the code and installed 180.29 in prep for my 9500GT arriving in the next few days. I tried the code just to look around and to check it was falling back when an unsupported card is used.
In my case (onboard 7100) the card clearly does not support VDPAU so should fall back to GLSL. It doesn't and segfaults when I try and play any movie. If I manually set the render method to GLSL it works as normal. The auto mode however is trying to use VDPAU and failing causing the segfault.
The relevant error from the log is
Can post the whole log if necessary but seems obvious that this is trying to use VDPAU when it is not available.
This may be known issue while it is being developed but clearly would need to be fixed before it goes near main svn.
Great work by the way and I am really looking forward to my card arriving so that I can check it out.
- beefke - 2009-02-24 01:35
stuartmarsden Wrote:This may be known issue while it is being developed but clearly would need to be fixed before it goes near main svn.
I tried something similar on a non vdpau setup. When the renderer is set to auto, vdpau is automatically selected. When going to svn, it just needs to be set to the old values again (or xbmc would have to detect automatically what capabilities the card has)
Currently, when xbmc is compiled with vdpau support, it doesn't even start if the vdpau libraries are missing. So to create common binaries (maybe 9.04), you would have a dependency on the vpdau libraries. I don't know if there will be separate binaries for vdpau xbmc?
Just a few questions... - slicemaster - 2009-02-24 03:22
Sorry for this to sound a little off topic but it does have to do with the thread topic. I just had curiosity catch me so it would be interesting to get some developer feedback on these questions.
My questions are simple:
1. Why was this project forked from the main Linux trunk, why not just develop it inside the main Linux trunk?
2. What is the likelihood of these optimizations for hardware decoding found in this branch of XBMC being taken back upstream and integrated into the main Linux trunk once the code is stabilized?
P.S. Great work on getting the code working so well in such a short period of time!
- tslayer - 2009-02-24 03:26
1) So it wouldn't destabilize the linuxport branch too much.
2) Very likely.