Hi, openSUSE 12.3 Nvidia 9500 GT (2GB Vram) Nvidia driver version : 319.32 Problem is while playing videos with vdpau videos are skipping frames, appearing corrupted, sometimes the video is freezing completely. The sound of the videos is getting affected too. I tried changing the video output to xv but the result is the same. I have tested this PC under Linux Mint and the symptoms are the same. Is my graphics card going bad ? Is there a way to test a Nvidia graphics card under openSUSE ?
According to Desktop Effects Performance - KDE UserBase Wiki, the only recommended combinations are:
- OpenGL with raster
- XRender with native
- No Compositing:
[LIST]- native in case of remote connections (recommended window decoration: Laptop)
- raster if using fancy window decoration (including Oxygen and Plastik in 4.10 or later)
[/LIST]
That was pulled from another thread
You can’t I suppose or don’t have the option to test another card?
No I don’t have the option to test another card. I am running Gnome 3.
Hi,
Have you tried disabling Sync to VBlank in the OpenGL Settings
under nvidia-settings?
I am having the exact same issue. I just turned off the sync as you mentioned and it makes no difference. I have a quad Intel processor I7 with LOTS of horse power… this is something that has started recently. One of the updates seems to have caused it. I’m going to try downloading the latest Nvidia driver and see if it is causing a conflict.
I just just put the latest version on (NVIDIA-Linux-x86_64-319.49.run) and the video seems worse if anything. I really think it has to do with some bad code that was sent out as an update. I don’t think it is the video driver. For instance… Just last week, I could read and play commercial DVD’s and now I can not. These previously ripped DVD’s on my hard drive are not decrypted. I just tested a home movie and it seems to play fine, although the resolution is nothing compared to the commercial stuff. I noticed this the other day when my network seemed slow and the video seemed slow and jerky. I keep tracking it backwards and This is happening on a file that is local to the system. I am using Kaffeine. In an attempt to leave no stone unturned, I just opened this same file with VLC and the jerkiness seems to have gone away. Or at least MUCH better. Is there a way to determine if these two programs use different decrypters?
I doubt this is related to the decrypter, they should use the same.
But I rather think it’s caused by the different video output modules.
Kaffeine uses libxine2 for playing media, but unfortunately doesn’t offer any settings; you would have to edit .kde4/share/apps/kaffeine/xine-config by hand.
So I would suggest to install “xine-ui”, that should show up as xine in the start menu. Try to set the different video output plugins in its settings to find the best one for your system (you can also change other settings of course if you want to, but not all will apply to Kaffeine).
To do this, you have to set the experience level on the GUI tab to at least “Advanced” and press “OK”. Call the settings again and switch to the video tab, the first option is “driver”, try all the options there. I guess for the nvidia driver “vdpau” should be the best choice.
Then copy .xine/config to .kde4/share/apps/kaffeine/xine-config so that Kaffeine uses the same settings.
But if you’re installing the nvidia driver “the hard way” anyway, why not just try out the latest short-lived branch version 325.15?
And run “glxinfo | grep render” to see if it is working properly (you have to install “Mesa-demo-x” for that).
Hmmm… well I downloaded xine. I tried the first screen full and all worked just fine. I scolled down to the first one just hidden and that was it. Locked up tight. Had to “xkill” it. I have lost control of it. I’m guessing, I would have to delete the .xine directory in my home directory and reinstall to regain control, but I would have expected to see some differences in performance. They all played great.
direct rendering: Yes
OpenGL renderer string: GeForce GTX 285/PCIe/SSE2
GL_NV_blend_square, GL_NV_conditional_render, GL_NV_copy_depth_to_color,
GL_NV_path_rendering, GL_NV_pixel_data_range, GL_NV_point_sprite,
GL_NVX_conditional_render, GL_NVX_gpu_memory_info,
I really don’t think it is video driver at this point. I suspect something much more serious. The reason I say this, is because 2 weeks ago, everything was working great. I was gone for a week. Several “updates” were waiting. I updated. I know, when will I ever learn. I am getting intermittent USB devices not not detected. I could not view even a DVD. The lsusb showed it did not exist.
Rebooted. Nothing. Went to the previous kernel and still nothing. Not sure why but each kernel change borks the Nvidia driver. So I went back to the newer one, changed the NVidia driver and for the time being I have my mouse, and external USB DVD. I could play the disk, I could rip it. Kaffeine still horrible, but there are many other options. Perhaps it is just a Kaffeine buglet. I will freely admit none of these things may be related, but there has been a bunch of updates lately with the libc stuff, and related… I think I’ll play with my wife’s Mac and come back in two weeks and see if things have settled down to a dull roar. 
SOLVED!
I am please to announce I figured it out. I was having difficulty with xine, so I went into .xine and manually made the changes. It took longer than I care to admit that I couldn’t figure out why nothing was changing in… Kaffeine! DOH!
Any how the /home/<username</kde4/share/apps/kaffeine/xine-config (yes this is for Kaffeine) file has a plethora of choices, including many video output files to use. I tried all and found that for me, with an NVIDIA GTX285 video card, with Opensuse 12.3 and Kaffeine 4.1.05, Release 1, that XV, OPENGL2, XSHM, AND XXMC all work great. VAAPI flat out would not work. I’m betting I am not the only one that can fix this issue. I am guessing this is a work around to some other incompatibility introduced via kernel, drivers, or something.
I’m not at all sure why auto is now borked when it worked fine before, but this is a work around.
A new version of xine came out on May 29th which added support for VAAPI. This may be the reason why it worked for you before and didn’t anymore at a certain point.
Well, it is to be suspected that VAAPI isn’t the best choice on nvidia cards.
But with “auto”, xine should try vdpau first AFAIK (it does on my Radeon card and prints “Failed to open VDPAU backend libvdpau_r300.so … vo_vdpau: Can’t create vdp device : No vdpau implementation.” on startup). That’s the preferred choice for the nvidia driver as it uses hardware decoding if possible.
Have you tried to set the video driver to “vdpau”? Does that work?
Maybe run kaffeine in a terminal to get possible error messages about VDPAU.
And another thing: you mentioned “Kaffeine 4.1.05, Release 1”.
Where did you get that from?
Mine has version 1.2.2, that’s the one included in openSUSE 12.3.