13.2 Nvidia vdpau\nvidia-settings

The problem: 13.1 → 13.2, installed nvidia drivers from 1 click, installed mpv from packman repo and thats when its funny. if i use mpv --hwdec=vdpau x.mkv i get this:
[VS] Software VDPAU backend library initializedlibva info: VA-API version 0.34.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib64/dri/nvidia_drv_video.so
libva info: Found init function __vaDriverInit_0_34
Thats it, mpv window never show up, same with mplayer.
With Nvidia-settings basically same thing, never show up after i click on it.
Ive reinstalled blob, then came some updates(nvidia), also generated new xorg.conf, blacklist nouveau, reinstalled mpv and libs…
Plz, help me!

Install the package vdpau-video from Packman, that contains an nvidia interface for libva:

Although VDPAU should work without it of course.

Have you checked that the nvidia driver is actually working/in use?
Please install the package “Mesa-demo-x” (if not installed) and post the output of:

glxinfo | grep render

You said you upgraded from 13.1. Have you re-installed/upgraded the nvidia driver as well?
The one for 13.1 will not work on 13.2.
Please post the output of:

rpm -qa | egrep "kernel|nvidia"

ofc:

i | Mesa-demo-x                   | i | vdpau-video             | VDPAU DRI Driver Interface to NVidia   |

direct rendering: YesOpenGL renderer string: GeForce GTX 570/PCIe/SSE2
    GL_KHR_debug, GL_KTX_buffer_region, GL_NVX_conditional_render, 
    GL_NV_blend_square, GL_NV_compute_program5, GL_NV_conditional_render, 
    GL_NV_parameter_buffer_object2, GL_NV_path_rendering, 
    GL_KHR_debug, GL_KTX_buffer_region, GL_NVX_conditional_render, 
    GL_NV_blend_square, GL_NV_compute_program5, GL_NV_conditional_render, 
    GL_NV_parameter_buffer_object2, GL_NV_path_rendering, 
    GL_OES_element_index_uint, GL_OES_fbo_render_mipmap, 



rpm -qa | egrep "kernel|nvidia"                                                                                                                         nfs-kernel-server-1.3.0-4.2.1.x86_64
nvidia-computeG03-340.58-31.1.x86_64
kernel-desktop-3.11.10-21.1.x86_64
nvidia-gfxG03-kmp-desktop-340.58_k3.16.6_2-31.1.x86_64
kernel-desktop-3.11.10-17.2.x86_64
nvidia-uvm-gfxG03-kmp-desktop-340.46_k3.16.6_2-33.1.x86_64
kernel-devel-3.16.6-2.1.noarch
kernel-desktop-3.16.6-2.1.x86_64
nvidia-glG03-340.58-31.1.x86_64
x11-video-nvidiaG03-340.58-31.1.x86_64
kernel-desktop-devel-3.11.10-21.1.x86_64
kernel-desktop-devel-3.16.6-2.1.x86_64
kernel-macros-3.16.6-2.1.noarch
kernel-devel-3.11.10-21.1.noarch
nvidia-gfxG03-kmp-desktop-340.46_k3.16.6_2-33.1.x86_64
kernel-firmware-20140903git-2.4.noarch
nvidia-uvm-gfxG03-kmp-desktop-340.58_k3.16.6_2-31.1.x86_64
kernel-devel-3.11.10-17.2.noarch
kernel-desktop-devel-3.11.10-17.2.x86_64



Ofc i used 1-click for 13.2

Well, drivers actually work, i can play dota2\whatever game i have, just cant use vdpau and its very sad. With my c2duo playback uses 50% of cpu =\

Yes, they do, according to your output.

just cant use vdpau and its very sad. With my c2duo playback uses 50% of cpu =\

Does it only not work with mpv, or is this a general problem?
Maybe there’s a problem in the package? (missing VDPAU support or something)
I don’t know mpv, I have to admit.

I said in my first post thats its same with mplayer. Its first thing i did after mpv has failed.
Anyway, Nvidia-settings dosnt work as well…

Yeah, right. Sorry!

Can you please post the file /var/log/Xorg.0.log (upload it to http://susepaste.org or similar and post a link)?
And try to run nvidia-settings in a terminal window to see the output. Maybe this is a totally different problem…

You could try to add your user to the “video” group. Insufficient privileges could definitely cause such problems. Although your output would not suggest this to be the case.

sudo usermod -aG video $USER

This should not be necessary, but it doesn’t harm either…

SUSE Paste - xorg.0.log
Its stupid i didnt mention it earlyer, but im in video group long ago. I think i went 12.3–>13.1—>13.2 so somewhere there i added video group.

fr0st@linux-0ve0:~> nvidia-settings [VS] Software VDPAU backend library initialized
libva info: VA-API version 0.34.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib64/dri/nvidia_drv_video.so
libva info: Found init function __vaDriverInit_0_34



Thats it, nothing else, same if i run as root.

Seems to be a wrong link.
I only get “404 Page Not Found” unfortunately…

Its stupid i didnt mention it earlyer, but im in video group long ago. I think i went 12.3–>13.1—>13.2 so somewhere there i added video group.

Ok, but as I said, it shouldn’t be necessary and doesn’t seem to be the problem anyway.

fr0st@linux-0ve0:~> nvidia-settings [VS] Software VDPAU backend library initialized
libva info: VA-API version 0.34.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib64/dri/nvidia_drv_video.so
libva info: Found init function __vaDriverInit_0_34

Thats it, nothing else, same if i run as root.

That’s strange.
Why is nvidia-settings using libva?

Maybe some libvdpau causes it?
I strongly suspect libvdpau_va_gl1, this seems to be new in 13.2, installed by default, and seems to redirect VDPAU to libva. Try to uninstall that.
From “rpm -qi libvdpau_va_gl1”:

Summary : VDPAU driver with OpenGL/VAAPI backend
Description:

This library proposes a generic VDPAU library. It uses OpenGL under the
hood to accelerate drawing and scaling and VA-API (if available) to
accelerate video decoding.

It might redirect VDPAU to libva which then has to fall back to the software renderer for some reason.

Great, i uninstalled this lib and Nvidia-settings now work perfect.

Failed to open VDPAU backend libvdpau_va_gl.so: cannot open shared object file: No such file or directory[vo/opengl/vdpau] Error when calling vdp_device_create_x11: 1
[vo/opengl] Couldn't load hwdec driver 'vdpau'
VO does not support requested hardware decoder.
Using software decoding.

Thats the only thing left. But 1080p now uses only 10% of cpu, nvidia-settings says Video Engine Utilization: 0%.
Well, thx. I would never figure it out.
Looks like something broken in this lib cuz its in opensuse repos?

Thank you! Just rebooted my pc and everything looks perfect. No errors. Thank you.

You still get this when running nvidia-settings? Or with video players?
I don’t really understand why libvdpau1 still tries to load libvdpau_va_gl. Actually it should prefer nvidia’s implementation.
I have to admit, I don’t really understand this stuff though, haven’t investigated yet how this all works.

Well, thx. I would never figure it out.

Actually it doesn’t seem fixed.
It’s just that vdpau directly uses software decoding now (because it cannot load libvdpau_va_gl), which apparently is faster than what libva does (it might be using OpenGL with Mesa’s software rasterer… Would explain why it’s slow and uses up your CPU).

At least it’s a workaround for now I suppose.

Looks like something broken in this lib cuz its in opensuse repos?

I wouldn’t say the lib is broken. The problem is IMO that it’s even used, although the nvidia driver’s VDPAU should be used.

I’d say something seems broken with you VDPAU setup/the nvidia driver installation.
Seeing the Xorg.0.log would still be interesting.
And please also post the output of “vdpauinfo”.

vdpauinfo display: :0   screen: 0
API version: 1
Information string: NVIDIA VDPAU Driver Shared Library  340.58  Fri Oct 31 16:52:28 PDT 2014


Video surface:


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  8192  2048  2048
H264_HIGH            41  8192  2048  2048
VC1_SIMPLE            1  8190  2048  2048
VC1_MAIN              2  8190  2048  2048
VC1_ADVANCED          4  8190  2048  2048
MPEG4_PART2_SP        3  8192  2048  2048
MPEG4_PART2_ASP       5  8192  2048  2048
DIVX4_QMOBILE         0  8192  2048  2048
DIVX4_MOBILE          0  8192  2048  2048
DIVX4_HOME_THEATER    0  8192  2048  2048
DIVX4_HD_1080P        0  8192  2048  2048
DIVX5_QMOBILE         0  8192  2048  2048
DIVX5_MOBILE          0  8192  2048  2048
DIVX5_HOME_THEATER    0  8192  2048  2048
DIVX5_HD_1080P        0  8192  2048  2048


Output surface:


name              width height nat types
----------------------------------------------------
B8G8R8A8         16384 16384    y  Y8U8V8A8 V8U8Y8A8 
R10G10B10A2      16384 16384    y  Y8U8V8A8 V8U8Y8A8                                                                                                                        
                                                                                                                                                                            
Bitmap surface:                                                                                                                                                             
                                                                                                                                                                            
name              width height                                                                                                                                              
------------------------------
B8G8R8A8         16384 16384
R8G8B8A8         16384 16384
R10G10B10A2      16384 16384
B10G10R10A2      16384 16384
A8               16384 16384


Video mixer:


feature name                    sup
------------------------------------
DEINTERLACE_TEMPORAL             y
DEINTERLACE_TEMPORAL_SPATIAL     y
INVERSE_TELECINE                 y
NOISE_REDUCTION                  y
SHARPNESS                        y
LUMA_KEY                         y
HIGH QUALITY SCALING - L1        y
HIGH QUALITY SCALING - L2        -
HIGH QUALITY SCALING - L3        -
HIGH QUALITY SCALING - L4        -
HIGH QUALITY SCALING - L5        -
HIGH QUALITY SCALING - L6        -
HIGH QUALITY SCALING - L7        -
HIGH QUALITY SCALING - L8        -
HIGH QUALITY SCALING - L9        -


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  



Its all great now, just some libs werent in use. Now that ive restarted my pc everything works.
susepaste is not online? but i chose to keep my paste for lot of time. So when its online i think it will be there.

Yeah, this really looks ok now! lol!

Probably libvdpau somehow remembered that it’s supposed to use libvdpau_va_gl.
The reboot made it forget that and forced to recheck, I suppose.

susepaste is not online? but i chose to keep my paste for lot of time. So when its online i think it will be there.

No, susepaste is online.
But your URL doesn’t exist.
Anyway, it’s moot now as the problem seems to be solved…

http://pastebin.com/cvUwdriu does this work?

Yes, and it shows that VDPAU should be working:

    24.279] (II) NVIDIA(0): [DRI2]   VDPAU driver: nvidia

vdpauinfo confirmed that meanwhile anyway.
But if VDPAU would have not worked for some reason, the log might have contained a clue why.

I had the same issue where nvidia-settings didn’t start.

After uninstalling libvdpau_va_gl1 it worked again.

Also flash used to crash in Firefox and seems to work properly now!

Wait a minute… I think the proper fix is as follows:

  • install libvdpau_va_gl1 (from OSS repo)
  • uninstall vdpau-video (from packman)

And then nvidia-settings works!

I guess there must have been some kind of conflict.

Well, I could imagine that having both installed might give problems:

  • vdpau-video redirects libva to use libvdpau.
  • libvdpau_va_gl1 redirects libvdpau to use libva.

Having both installed might put you into a deadly circle… :wink:

I would think that vdpau-video is the better solution for nvidia cards though, VDPAU is nvidia’s native interface. Although as most video players support VDPAU directly anyway, you probably wouldn’t need that one at all either.