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: 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)

- olympia - 2009-02-18 07:19

BLKMGK Wrote:Ah okay thank you, I have been following the TRAC and it looked as if these changes had been merged into main already - doh!

I think the change you referreing to is only means, that vdpau branch is updated with all the updates/changes on the main branch.

- BLKMGK - 2009-02-18 07:41

Yah, I was seeing revision numbers jump and assumed the TRAC was just showing the main branch - not so it seems.

In any case I compiled this branch and even did an install - CPU usage is WAY down just as others have noted! I saw two possible bugs though...

1) The OSD display wouldn't go away when I resumed a film I'd previously been paying. I finally hit the play button to bring up the stats and the OSD went away. <shrug>

2) On the Apple Trailer for Iron Man audio got waaay ahead of video for some reason. However playing my self encoded BD rips I saw no such issue and as I had hoped I got hardware acceleration. AWESOME!

It's late and I've not got time to tinker more but once again I'd like to say THANKS! This looks really good and will allow folks to save some cash and some power by being able to use lower end hardware. Had I not already put my dual core Celeron to use elsewhere I'd be trying it out again, $5 says it's now quite capable of playing HD video without glitches Big Grin

- olympia - 2009-02-18 14:17

alanwww1 Wrote:I checked latest svn. Auto refresh rate change now works for most of the contents, but for some videos i get a lots of dropped frames, video playing way too fast moving way out of sync of audio. Framerate counter shows the framerate it should be played. Like the decoder would decode the movie in a different framerate than the renderer. If i set the default refresh rate according to that specific video than all is fine.

Thanks for the works done Motd2k.

olympia Wrote:alanwww1, you were the quicker Smile
Exactly the same issue here.

I changed the default 256MB video ram to 512MB and now without autorefresh everything is fine, at around 5-10% CPU utilization. Motd2k, we can't thank you enough for this to you and all the devs.

However, with autorefresh I am experiencing the same as alanwww1, also in case of killa sample.

bogey Wrote:Does skipping and then contiuning the playback fix this issue?

olympia Wrote:Yes! Nod

Are you going to address this issue, or it is not solvable at the moment?
Thank you!

- alanwww1 - 2009-02-18 19:45

I've just doanated to xbmc.org.

I suggest anyone enjoying the works done by xbmc team and specially Motd2k, it would be a nice gesture.

- rodalpho - 2009-02-18 20:27

BLKMGK Wrote:Smooth as glass using your instructions Rodalpho - thank you!
Happy to help. I put the instructions in my tips n' tricks thread also. I suspect that VDPAU will make it to the main tree pretty soon.

- americantabloid - 2009-02-19 14:43

Does the driver accelerate all h.264 material or has the material to encoding in a specific way?


subtitles and dvd menu's - dafart - 2009-02-19 20:48

Currently using svn revision 17802 and vdpau is working great! Amazing to see the cpu usage at 10% while decoding x264 material 1080p 24
external .srt subtitles along with .srt embedded in .mkv files seems to be working fine, also xvid encoded .avi files and .iso dvd images appear to be working just fine.
There are some issues I would like to report though:
.ssa subtitles won't display and also it appears not to be possibe to navigate in dvd menu's in this version.
Anyone experiencing the same issues?
Nonetheless this vdpau support is an amazing achievement, thanks a great lot for all the effort put in this project!

- motd2k - 2009-02-19 20:51

DVD menus were crashing XBMC-vdpau, so as a temporary measure i disabled the overlay (which broke subtitles too)

- BLKMGK - 2009-02-20 01:33

americantabloid Wrote:Does the driver accelerate all h.264 material or has the material to encoding in a specific way?


There are specific encodings expected supposedly but it's been found that most conform. I fully expected that my self encoded stuff wasn't going to work but awhile back someone looked at my settings and to my surprise I was told it would likely work - and HAS. It would seem that only the oddest of encodings isn't going to be supported. Try it and see, you may be surprise. If it wasn't for the DVD overlay being disabled I'd be loading it on the primary machine. I have both the main and this branch compiled - make install in whatever directory lets me swap back and forth Cool

- americantabloid - 2009-02-20 09:11

Thanks for the info BLKMGK!

- danillll - 2009-02-20 23:02

first thanks a LOT for all the dedicated time and the great features you added to XBMC.

Having a fast CPU, hardware acceleration wasn't on top of my wishlist, however I really really really (you can tell how excited I am, can't you Smile ) wanted to see extra filters in the dvdplayer to smoothen and denoise the picture and I just saw your bug
and noticed that you indeed implemented this feature.

My questions for you and anybody who used these filters

1) how is the picture quality on a large screen tv? I love XBMC but my only concern was the picture quality and I have a 2 page thread http://forum.xbmc.org/showthread.php?tid=45425
explaining what I was experiencing with 1080p mkv playback and I highly believe that these filters will take care of these dancing pixels in the background, am I wrong?

2) I have live version installed on my machine, which is hardy OS version, I just want to double check that if I check out the vdapu branch I can just compile and run it on LIVE, right?

3) these filters are flawless? and I can tweak them from the GUI?

Thanks again

- phunqe - 2009-02-20 23:18

Game set and match XBMC Tongue

- fekker - 2009-02-20 23:53

I've gotta say, you've done one heck of a great job on this. This really does change things for xbmc (in a great way)

- xanadu1979 - 2009-02-21 00:44

fekker Wrote:I've gotta say, you've done one heck of a great job on this. This really does change things for xbmc (in a great way)

Hear hear!

I might end up wiping my vista install and switching to Ubuntu just for this.

- philter - 2009-02-21 11:38

Anyone got a moment to help me figure out my choppy playback issues with XBMC (and mplayer standalone)? First, my card's capabilities:

OS: Ubuntu 8.10 Intrepid 2.6.27-7-generic

ECS GF8200A Black v1.0 (chipset gets very hot, will swap with artic silver 5 and a light fan). 4GB RAM, 512 dedicated as shared with iGPU in BIOS. AMD Athlon X2 4850e 2.5ghz.
name   width height types
420     4096  4096  NV12 YV12
422     4096  4096  UYVY YUYV

Decoder capabilities:

name          level macbs width height
MPEG1             0  8192  2048  2048
MPEG2_SIMPLE      3  8192  2048  2048
MPEG2_MAIN        3  8192  2048  2048
H264_MAIN        41  8190  2032  2048
H264_HIGH        41  8190  2032  2048
VC1_SIMPLE        1  8190  2048  2048
VC1_MAIN          2  8190  2048  2048
VC1_ADVANCED      4  8190  2048  2048

Output surface:

name              width height nat types
B8G8R8A8          8192  8192    y  Y8U8V8A8 V8U8Y8A8
R10G10B10A2       8192  8192    y  Y8U8V8A8 V8U8Y8A8

Bitmap surface:

name              width height
B8G8R8A8          8192  8192
R8G8B8A8          8192  8192
R10G10B10A2       8192  8192
B10G10R10A2       8192  8192
A8                8192  8192

Video mixer:

feature name                    sup
INVERSE_TELECINE                 y
NOISE_REDUCTION                  y
SHARPNESS                        y
LUMA_KEY                         y

parameter name                  sup      min      max
VIDEO_SURFACE_WIDTH              y         1     4096
VIDEO_SURFACE_HEIGHT             y         1     4096
CHROMA_TYPE                      y  
LAYERS                           y         0        4

attribute name                  sup      min      max
BACKGROUND_COLOR                 y  
CSC_MATRIX                       y  
NOISE_REDUCTION_LEVEL            y      0.00     1.00
SHARPNESS_LEVEL                  y     -1.00     1.00
LUMA_KEY_MIN_LUMA                y  
LUMA_KEY_MAX_LUMA                y

Nvidia drivers 180.29 reported by nvidia-settings loaded.

When I try to play back using Mplayer (MPlayer dev-SVN-r28348-4.3.2 using nvidia's check-build-patch), the playback of all type sof files is very slow (mpeg2 is fastest, but still kinda skippy/jerky). When I kill mplayer I see this output:

./mplayer -vo vdpau -vc ffh264vdpau ../../vids/Grey.ts
MPlayer dev-SVN-r28348-4.3.2 (C) 2000-2009 MPlayer Team
CPU: AMD Athlon(tm) Dual Core Processor 4850e (Family: 15, Model: 107, Stepping: 2)
CPUflags:  MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing ../../vids/Grey.ts.
TS file format detected.
VIDEO H264(pid=255) AUDIO A52(pid=259) NO SUBS (yet)!  PROGRAM N. 1000
FPS seems to be: 25.000000
Forced video codec: ffh264vdpau
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
[VD_FFMPEG] VDPAU accelerated codec.
Selected video codec: [ffh264vdpau] vfm: ffmpeg (FFmpeg H.264 (VDPAU))
Opening audio decoder: [liba52] AC3 decoding with liba52
Using SSE optimized IMDCT transform
Using MMX optimized resampler
AUDIO: 48000 Hz, 2 ch, s16le, 448.0 kbit/29.17% (ratio: 56000->192000)
Selected audio codec: [a52] afm: liba52 (AC3-liba52)
AO: [oss] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
VDec: vo config request - 1920 x 1088 (preferred colorspace: H.264 HIGH VDPAU acceleration)
VDec: using H.264 HIGH VDPAU acceleration as output csp (no 2)
Movie-Aspect is 1.76:1 - prescaling to correct movie aspect.
VO: [vdpau] 1920x1088 => 1920x1088 H.264 HIGH VDPAU acceleration
[ASPECT] Warning: No suitable new res found!
[ASPECT] Warning: No suitable new res found!
[ASPECT] Warning: No suitable new res found!
New_Face failed. Maybe the font path is wrong.
Please supply the text font file (~/.mplayer/subfont.ttf).
subtitle font: load_sub_face failed.
New_Face failed. Maybe the font path is wrong.
Please supply the text font file (~/.mplayer/subfont.ttf).
subtitle font: load_sub_face failed.
New_Face failed. Maybe the font path is wrong./  7 ??% ??% ??,?% 6 0
Please supply the text font file (~/.mplayer/subfont.ttf).
subtitle font: load_sub_face failed.
New_Face failed. Maybe the font path is wrong.
Please supply the text font file (~/.mplayer/subfont.ttf).
subtitle font: load_sub_face failed.
A:40325.6 V:40319.0 A-V:  6.604 ct: -0.200  51/ 51 37% 482%  4.1% 50 0

           **** Your system is too SLOW to play this!  ****

Possible reasons, problems, workarounds:
- Most common: broken/buggy _audio_ driver
  - Try -ao sdl or use the OSS emulation of ALSA.
  - Experiment with different values for -autosync, 30 is a good start.
- Slow video output
  - Try a different -vo driver (-vo help for a list) or try -framedrop!
- Slow CPU
  - Don't try to play a big DVD/DivX on a slow CPU! Try some of the lavdopts,
    e.g. -vfm ffmpeg -lavdopts lowres=1:fast:skiploopfilter=all.
- Broken file
  - Try various combinations of -nobps -ni -forceidx -mc 0.
- Slow media (NFS/SMB mounts, DVD, VCD etc)
  - Try -cache 8192.
- Are you using -cache to play a non-interleaved AVI file?
  - Try -nocache.
Read DOCS/HTML/en/video.html for tuning/speedup tips.
If none of this helps you, read DOCS/HTML/en/bugreports.html.

A:40328.3 V:40319.6 A-V:  8.682 ct: -0.260  66/ 66 29% 474%  4.4% 65 0
Exiting... (Quit)

I don't get any audio through my line out jacks, I haven't tried the hdmi. The video plays the same in XBMC. My iGPU is supported and my memory and CPU requirements are above adequate. I'm using the latest drivers and mplayer builds...anyone have any ideas? Thank you.