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…
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.