XBMC for Linux VDPAU - NVIDIA GPU video decoding support (now in the mainline SVN) - Printable Version
+- Kodi Community Forum (http://forum.kodi.tv)
+-- Forum: Support (/forumdisplay.php?fid=33)
+--- Forum: General 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)
- Haggy - 2009-03-14 22:23
Sure - 'never change a running system' :-) As for me i tend to compile everyone of motd2k's commit to svn to see how things develop.
You can easily find out what revision you have in use by looking at system info or looking at 'svn log | less' in your build directory. Scroll back to 2/28.
- danillll - 2009-03-14 22:33
olympia Wrote:Actually I added -q as an option to the .xsession included in the guide, because that was the "official" way (from XBMCLive) to start xbmc up until now.
Olympia thanks for the input, i removed the -p and -q and things look happy. FYI the xsession file hosted on http://188.8.131.52/xbmc/.xsession still has the -q
- danillll - 2009-03-14 22:43
I have been searching the internet all around and couldn't find any changelog, looks like it is not released on purpose.
The only info I found is this small article
Quote:NVIDIA Pushes Out New Driver With No Change-Log
My bro works for NVIDIA (in the chip design group) he won't give me any internal info but I'll try to see what's up with this new 185.xx version
- rodercot - 2009-03-14 23:10
Does anyone have any ideas in regards to the issue of when the movie is finished playing it does not return to library view. I was on 18336 when I noticed it happening, it would do it on regular .vob DVD's and .ts .mkv hd files as well. Tvshows were fine. I upped to 18552 last night and it was even worse. TV shows still worked but Hd movies actually crashed to the desktop on a couple instances.
I tried a couple of reg movies by skipping to the end of the movies at the credits and let it play out till the end, What I see is IF a movie end at like 1:51:20 the system would stop at 1:51:19 and just stay there until I hit stop on the remote.
I have deleted the library and the userdata folder and tried to rebuild it all that way with the same problem occuring everytime. I went back to regular XBMC svn 17292 is my stable version and all is fine, ofcourse I had to rebuild the DB due to the new version from the vdpau svn.
- danillll - 2009-03-14 23:42
couple of days ago I mentioned a crash when watching trailers ran from "movie information" and we thought it has to do with the new ffmpeg .5
This is the last reply from you
Today, I installed the latest linux port (pre-9.04 r18539) and I was able to run the trailer correctly without any crash, which makes me believe there is a bug in the vdpau branch when running trailers.
I collected both logs, from a good running state (linux port pre-9.04 r18539) and from a crash using (VDPAU r18530), so you can easily compare the calls and trace the code.
crashing logs using vdpau
Please let me know if you need additional information or steps to reproduce.
NB: comparing the two logs, note that the working log has bunch of loading dll before starting ffmpeg
16:59:19 T:2844871568 M:1806282752 DEBUG: SECTION:LoadDLL(special://xbmc/system/players/dvdplayer/avutil-49-i486-linux.so)
16:59:19 T:2844871568 M:1806282752 DEBUG: Loading: /usr/share/xbmc/system/players/dvdplayer/avutil-49-i486-linux.so
16:59:19 T:2844871568 M:1806180352 DEBUG: SECTION:LoadDLL(special://xbmc/system/players/dvdplayer/avcodec-52-i486-linux.so)
16:59:19 T:2844871568 M:1806180352 DEBUG: Loading: /usr/share/xbmc/system/players/dvdplayer/avcodec-52-i486-linux.so
16:59:20 T:2844871568 M:1799831552 DEBUG: SECTION:LoadDLL(special://xbmc/system/players/dvdplayer/avformat-52-i486-linux.so)
16:59:20 T:2844871568 M:1799831552 DEBUG: Loading: /usr/share/xbmc/system/players/dvdplayer/avformat-52-i486-linux.so
whereas the logs from VDPAU is missing these calls, I wonder if the code path VDPAU is taking is totally different
- olympia - 2009-03-15 10:09
I found that some clips from apple movie trailers are not start playing or play a second with greenish corruption, then get back to AMT menu. Maybe this is relating to the issue of danillll.
if you have AMT II plugin installed, you should be able to reproduce that, for example with
Transformers: Revenge of The Fallen (25-02-2009) or
Terminatior Salvation (12-03-2009)
But here is by debug log as well:
- motd2k - 2009-03-15 11:12
Last i checked several of these didnt even play in mplayer, so not much chance there.
- djurny - 2009-03-15 11:22
i just had to leave a comment here as i think xbmc-vdpau is truely excellent!
xbmc-vdpau runs smooth as anything and cpu load has dropped dramatically..!
we're talking about core 0-3: 40%-50%-60%-4%, to about core 0-3: 1%-3%-2%-6%..! and that with _any_ format/resolution i currently have available..
keep up the good work..!
- mythmaster - 2009-03-15 13:07
djurny Wrote:i just had to leave a comment here as i think xbmc-vdpau is truely excellent!
Yes, this is truly an awesome achievement...NVIDIA should be applauded; but, at the same time, we should take motd2k out and get him sloppy drunk and laid. He should wake up wondering "What the hell??!!??" with 3 or 4 beautiful girls blowing him!
- Kurosama - 2009-03-15 14:58
Many thanks motd2k, really an amazing work.
I just put together a little system for my bedroom:
Via VB8001 (Nano 1.6GHz), 4GB of Ram, Asus EN8400GS PciE 512MB.
Xubuntu 8.10, Nvidia 180.29 binary drivers.
With 1080p content cpu load between 17% and 25%
If you are looking for an economic platform it's a pretty good solution.
- zoxzox - 2009-03-15 17:32
Anyone noticed xbmc-vdpau does not display subtitles from, at least, external subtitle files anymore, only when playing HD content? (I guess xbmc-vdpau does not use VDPAU for non-HD content...)
I'm sure, they were displayed prior to ffmpeg bikeshed was incorporated into svn.
When switched to Advanced GLSL rendering, all is well... (yeah, software rendering is broken for me, for HD content...)
I suspect, it has something to do with libass changes regarding VDPAU support in ffmpeg, but I could be wrong.
Oh, and xbmc-vdpau does not display internal matroska subtitles in VDPAU mode either, not even prior to bikeshed acceptance in svn... Again, in Advaned GLSL mode, that worked, and in AGLSL mode it works even now (xbmc-vdpau rev 18477)...
Anyhow, great work motd2k!
- sensei73 - 2009-03-15 17:52
I update 2-3 times a week vdpau and its work since the beginning with subtitles a least the ones included in .mkv files. But you cannot set subtitles position, even if you change it in system menu they remain in the same position.
- zoxzox - 2009-03-15 18:04
Glad to hear that...
It's a mistery on my setup, I guess...
Well, it seems that certain external subtitles VDPAU does not like (like unicode?), thou they are displayed fine in Advanced GLSL... So, to correct myself, subtitle are displayed in VDPAU, just not all of them that are supported in Advanced GLSL (XBMC)...
And, it seems, when such subtitle is present as internal .mkv subtitle, it does not render either (in VDPAU mode only).
- enkil - 2009-03-15 18:33
AFAIK only srt subtitles work while ass subtitles don't
- zoxzox - 2009-03-15 18:48
If that is true, than my prime suspect is libass