nV News Forums

 
 

nV News Forums (http://www.nvnews.net/vbulletin/index.php)
-   NVIDIA Linux (http://www.nvnews.net/vbulletin/forumdisplay.php?f=14)
-   -   VDPAU and KDE 4.8 compositing = slow (http://www.nvnews.net/vbulletin/showthread.php?t=173519)

Pie-rate 02-06-12 02:11 AM

VDPAU and KDE 4.8 compositing = slow
 
Here's the setup:
GTX 560M
KDE 4.8
nvidia drivers 280 and 290, 295 not tested.

Playing a video in smplayer in a window with kwin compositing on causes the *entire desktop* to become sluggish to the point of unusability. That include the mouse pointer. Pretty big regression from just juddering and tearing video.

Pie-rate 02-06-12 02:13 AM

Re: VDPAU and KDE 4.8 compositing = slow
 
1 Attachment(s)
.

leigh123linux 02-06-12 02:43 AM

Re: VDPAU and KDE 4.8 compositing = slow
 
Quote:

Originally Posted by Pie-rate (Post 2526294)
Here's the setup:
GTX 560M
KDE 4.8
nvidia drivers 280 and 290, 295 not tested.

Playing a video in smplayer in a window with kwin compositing on causes the *entire desktop* to become sluggish to the point of unusability. That include the mouse pointer. Pretty big regression from just juddering and tearing video.

Have you reported a bug against kde 4.8?

MadCatX 02-06-12 11:59 AM

Re: VDPAU and KDE 4.8 compositing = slow
 
Do you experience somthing like this? 295.17 fixed the problem for me.

RealNC 02-10-12 12:22 PM

Re: VDPAU and KDE 4.8 compositing = slow
 
1 Attachment(s)
I have the exact same problem! The whole GUI stutters (like it's running with 30FPS), including the mouse. It only happens when playing a video while having the KDE desktop effects enabled. If I play a video and disable desktop effects while the video is still playing, then the problem disappears. It reappears again if I bring back desktop effects while the video is still playing.

The problem is not affected at all by PowerMizer. No matter if I force maximum clocks or not, the problem keeps occurring.

I have a GTX 560 Ti. It happens with both 290.10 as well as 295.17. I'm using Xv instead of VDPAU now because of this bug.

RealNC 02-13-12 09:07 AM

Re: VDPAU and KDE 4.8 compositing = slow
 
I installed the 295.20 driver and it has the same problem; VDPAU with desktop compositing active makes everything stutter like crazy.

CME 02-13-12 11:56 AM

Re: VDPAU and KDE 4.8 compositing = slow
 
Quote:

Originally Posted by man mplayer
Using the VDPAU frame queueing functionality controlled by the queuetime options makes MPlayer's frame flip timing less sensitive to system CPU load and allows MPlayer to start de‐
coding the next frame(s) slightly earlier which can reduce jitter caused by individual slow-to-decode frames. However the NVIDIA graphics drivers can make other window behavior
such as window moves choppy if VDPAU is using the blit queue (mainly happens if you have the composite extension enabled) and this feature is active. If this happens on your system
and it bothers you then you can set the queuetime value to 0 to disable this feature. The settings to use in windowed and fullscreen mode are separate because there should be less
reason to disable this for fullscreen mode (as the driver issue shouldn't affect the video itself).

so, can you try mplayer2 -vo vdpau:queuetime_windowed=0:queuetime_fs=0:fps=-1?

RealNC 02-13-12 12:13 PM

Re: VDPAU and KDE 4.8 compositing = slow
 
That helps. Well, with mplayer at least. When you switch to fullscreen though and then back, the whole screen goes green and you have to blindly kill applications.

How do I use different settings for fullscreen vs windowed mode?

Furthermore, mplayer might be configurable, but Adobe Flash is not. When using VDPAU with Flash, the same problem appears. In this day and age, compositing is the default with the majority of Linux desktops. VDPAU should be able to work with it.

MadCatX 02-13-12 12:43 PM

Re: VDPAU and KDE 4.8 compositing = slow
 
You might be experiencing a different issue (IIRC mine wasn't affected by compositing), but have you tried these?

- Use VDPAU in mplayer, but use "-vc ffh264" instead of "-vc ffh246vdpau"?
- Start the playback and while a video is playing, open the nvidia-settings and toggle the PowerMizer to full steam and back. Changing the power mode before didn't work for me either.

EDIT: As for the mplayer2 queuetime issue, I believe it's a problem isolated to KWin + mplayer2 + VDPAU combo as the mplayer2 author said he couldn't reproduce this problem with Compiz.

Pie-rate 02-14-12 01:11 AM

Re: VDPAU and KDE 4.8 compositing = slow
 
Quote:

Originally Posted by CME (Post 2528407)
so, can you try mplayer2 -vo vdpau:queuetime_windowed=0:queuetime_fs=0:fps=-1?

So much better.

RealNC 02-14-12 04:06 AM

Re: VDPAU and KDE 4.8 compositing = slow
 
Quote:

Originally Posted by Pie-rate (Post 2528570)
So much better.

Fullscreen and back works? Not here. Everything turns green and/or the desktop freezes.

Pie-rate 02-14-12 04:35 AM

Re: VDPAU and KDE 4.8 compositing = slow
 
Quote:

Originally Posted by RealNC (Post 2528594)
Fullscreen and back works? Not here. Everything turns green and/or the desktop freezes.

Yes, using smplayer with "user defined" selected in preferences->general->video->output driver, and "vdpau:queuetime_windowed=0:queuetime_fs=0:fps =-1" typed in the box.
Kubuntu 11.10, kde 4.8, nvidia 295.17, mplayer2 installed.


All times are GMT -5. The time now is 11:37 AM.

Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright 1998 - 2014, nV News.