Registered Member
|
Hi.
I have recently problem with kwin. When I have effects turned on, menu on some applications doesn't render whole menu. You can see this on video: http://www.youtube.com/watch?v=oQwwE4BT ... e=youtu.be . Vsync is not working either. I need vsync because I have problems with tearing video. I tried to change qtgraphicssystem, and the effect was the same (native and raster), on opengl - desktop is not running at all. The problem occured before, on kde 4.8.2, when I upgrade my system and kde to 4.8.3, then everything was working ok, but on 4.9.0 the problem returned. I tried to downgroade kde to 4.8.3, but it didn't resolve problem. My os: gentoo, video: intel hd3000 on i5 2500k, the newest intel drivers and mesa, kernel 3.5.3. I tried to run kwin on xfce4 too, but problem is the same Could somebody help me? |
KDE Developer
|
The issue should be fixed in 4.9.1 to be released next week. It seems like the easiest solution to this problem is to activate the fade effect.
|
Registered Member
|
The problem with not working vsync will be fixed in next release too?
|
|
Specify "not working"
As for the intel chips: the SNA drivers had several framebuffer errors and a MAJOR error in vblank handling leading to ultra-low framerates -> try updating the intel driver As for kwin: there's an issue with changing from glCopyPixels to glSwapBuffers when entering fullscreen effects, leading to judder - this is fixed in 4.9.1 The menu issue can be worked around by activating some show effect (fade or scale-in) |
Registered Member
|
Not working - I have tearing video, but when I have vsync turned on there shouldn't be this problem. I just compiled 4.9.1 kde and this didn't help (the menu is working now fine).
I tried different version of intel drivers, but this didn't help. For example, on this intel drivers, on gnome3 with
|
|
This forces permanent fullscreen repaints - try kwin_gles because with the regular GL backend that causes quite some overhead (and is therefore not supported)
Does tearing shift across the screen or remain at a constant position (+/- few px tolerance)? |
Registered Member
|
kwin_gles didn't help either.
Sometimes tearing is on 5-6 positions, but generally it's on 1-2 positions. |
Registered Member
|
Having similar issues with VSync, namely screen flicker and tearing. No menu issues however. I'd started a thread here but it was suggested to post and follow proceedings here.
I'm using Chakra 2012.09.05 release with 4.9.1 and Linux 3.4.6-1 on Intel hardware, fresh install with desktop effects enabled the only user change. |
Registered Member
|
I have to add, that I have very bad performance when I have effects turned on. When I am not doing anything, I have ~60 fps. When some effects are working, fps drops to 20-30. When "present windows" is active, fps drops to 10.
In past I didn't expierience such problems, but now when I downgroade kde, drivers, problems do not disappear (but on others desktop environments I don't have this problems). |
Registered Member
|
I can also replicate here using a similar Chakra installation as pagoda above: KDE SC 4.9.1 and Linux 3.4.6 on Intel Sandy Bridge CPU.
Only thing that helps so far is disabling the Vsync option. Present windows effect has no flickering after doing this, however there is still some random occasional flickering in the logout/shutdown window. I remember reading that kernel 3.5.* fixed various issues for Intel GPUs, so I came here ot ask if anyone tried that. But unfortunately I see januszmk also has these issues. =( |
|
1. please make absolutely sure that you're running kwin 4.9.1 because kdebase-workspace was apparently delayed (so might have hit you after kdelibs 4.9.1)
2. the fixed flicker should not occur after eg. moving the mouse in the zoom effect (where it would appear as well) also compare it to http://www.virgolus.altervista.org/kwin ... essed2.ogv 3. massive "performance" drop related to glXSwapInterval was a bug in the SNA drivers (unfortunately i deleted the Xorg announcement mail) - update the SNA driver or try using UXA (unless on SandyBridge, of course) - this should also affect several OpenGL games providing VSYNC (suspend the compositor for the test, ctrl+shift+f12) Rather unrelated, esp. not to vsync: Also check the scale method - it might have been altered from "smooth" to "accurate" during the update process (and the SandyBridge GPUs still don't have that many shader units If you use an intel chip of the i915 era or below, disable OpenGL2 shaders (the GPUs are not very fast on GLSL), i965 should be ok, but only the HD2/3000 chips should really support that. Also have an eye on the blur effect because MESA is every now and then quite optmistic on limits and you might run into unbound shader usage (effectively operating shaders on the CPU) - if disabling blurring makes everything fast again, reduce the blur strength until things run fast. "Accurate" scaling falls into similar categories, but cannot be "adjusted" (adjustment was and would be to disable it) |
Registered Member
|
Thank you for your reply,
The question of whether the patch was included was asked here, http://chakra-project.org/bbs/viewtopic ... 841#p59841 I experimented with scale settings without result. Disabling blur also had no effect on the flicker problem. Enabling Show FPS reported frame rates one would expect, 50-60fps (KDE SC 4.9.1 and Linux 3.4.6 on Intel Sandy Bridge CPU). As confirmed above by tetris4, disabling VSync completely cures the flicker problem. |
|
> I experimented with scale settings without result.
a) not "scale" - "zoom" (fullscreen scaling b) in case you experimented with "zoom" - what does that mean? No flicker at all or did moving the pointer not resolve it? > Disabling blur also had no effect on the flicker problem Not supposed to, i referred to low FPS by this. > Linux 3.4.6 on Intel Sandy Bridge CPU What intel driver version? > disabling VSync completely cures the flicker problem the claim seems to have been "diminishes" but the resolved issue was not related to vsyncing at all either. Can you make a video of what you see? (but first report the driver) |
Registered Member
|
platform/xf86-video-intel 2.19.0-2 (xorg-drivers xorg) [installed]
X.org Intel i810/i830/i915/945G/G965+ video drivers |
Registered users: Bing [Bot], Google [Bot], rockscient, Yahoo [Bot]