XBMC for Linux VDPAU - NVIDIA GPU video decoding support (now in the mainline SVN) - Printable Version
+- XBMC Community Forum (http://forum.xbmc.org)
+-- Forum: Help and Support (/forumdisplay.php?fid=33)
+--- Forum: XBMC 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)
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 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131
- 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://220.127.116.11/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.