Originally posted by bwat47
View Post
Announcement
Collapse
No announcement yet.
Intel Linux Driver Still Working To Address Tearing
Collapse
X
-
-
Originally posted by chrisb View Post
I have "TearFree" enabled in the Intel driver, and I still see tearing when dragging windows around in both Gnome and XFCE (with XFWM/Compton).
ugh, I love phoronix's ridiculous 5 minute edit limit, anyway this in your compton config file should give totally tear-free output on intel, using full opengl page-flipping:
backend = "glx";
paint-on-overlay = true;
glx-no-stencil = true;
glx-no-rebind-pixmap = true;
vsync = "opengl-swc";
I had written a bit of a guide on this a while back: http://ubuntuforums.org/showthread.php?t=2144468Last edited by bwat47; 26 May 2014, 06:55 PM.
Leave a comment:
-
Originally posted by chrisb View PostWhat is the required combination of kernel/desktop/compositor/appconfig to eliminate tearing on a multiple monitor setup? Can it be done? Is there any page flipping compositor that properly supports multiple monitors?
I have "TearFree" enabled in the Intel driver, and I still see tearing when dragging windows around in both Gnome and XFCE (with XFWM/Compton). My main complaint is that tearing is very noticeable when scrolling a page up and down in Firefox/Iceweasel. I do not get the message "Kernel page flipping support detected, enabling" in Xorg log, is that still relevant? I am using Debian Testing, SNA and TearFree are enabled in xorg.conf, Ivybridge i5 laptop HD4000 graphics with triple external DVI monitors connected via passive 1x HDMI>DVI and 2x DP>DVI cables.
This does not seem to make any difference.
Leave a comment:
-
Originally posted by ickle View PostTearFree works correctly with multiple monitors, rotated, transformed, cloned or just extended. As always, you need to be using recent drivers to avoid bugs, and in particular you should be using at least 2.99.908, and I have been working on optimising TearFree itself just last week (by reducing the required copies for tracking damage). debian testing is not tracking the relevant bug fixes for SNA / TearFree.
Suppose the user has a modern distribution (recent kernel+Intel drivers), and does not set TearFree, do you know which compositors (if any) will still do multi-monitor without tearing on an Intel GPU? I often see people recommending Compton with some particular vsync option, and it looks like xfwm4 git now has a wait_vblank() function which doesCode:ioctl (screen_info->dri_fd, DRM_IOCTL_WAIT_VBLANK, &vblank);
Code:__GL_YIELD="USLEEP"
I do not mind using TearFree since I do not do any intensive graphics work, but I am curious what the current state of play is - the list ("1. Not using a compositor or the application (for Xv, DRI apps) itself requests tearing.2. Not using SNA 3. Not using a kernel >= 3.8 4. vsync disabled through xorg.conf") suggests that most people now should be tear free by default as long as they use Gnome, Unity, or KDE? Are there still any important apps that default to request tearing?
Leave a comment:
-
Hm, old thread.
I actually have tearfree disabled, but use kwin's "fullscreen repaint" vsync with opengl compositing with one laptop display and one DVI/HDMI display and I don't see any tearing with this setup at all.
But it's still not really stable, I have been getting random hangs for months.
Code:[drm] stuck on render ring [drm] GPU HANG: ecode 0:0xf5f7fffe, in kwin [26522], reason: Ring hung, action: reset [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off
Leave a comment:
-
Originally posted by chrisb View PostWhat is the required combination of kernel/desktop/compositor/appconfig to eliminate tearing on a multiple monitor setup? Can it be done? Is there any page flipping compositor that properly supports multiple monitors?
I have "TearFree" enabled in the Intel driver, and I still see tearing when dragging windows around in both Gnome and XFCE (with XFWM/Compton). My main complaint is that tearing is very noticeable when scrolling a page up and down in Firefox/Iceweasel. I do not get the message "Kernel page flipping support detected, enabling" in Xorg log, is that still relevant? I am using Debian Testing, SNA and TearFree are enabled in xorg.conf, Ivybridge i5 laptop HD4000 graphics with triple external DVI monitors connected via passive 1x HDMI>DVI and 2x DP>DVI cables.
This does not seem to make any difference.
Leave a comment:
-
Originally posted by ickle View PostYou will get tearing if any of the following are true:
1. Not using a compositor or the application (for Xv, DRI apps) itself requests tearing.
2. Not using SNA
3. Not using a kernel >= 3.8
4. vsync disabled through xorg.confOriginally posted by ickle View PostOriginally posted by enteon View PostWill it eliminate tearing for multi-monitor setups, too?
Because right now I get almost tear-free playback on my main monitor (DVI) via kwin vsync (except for a bug in 4.9) but lots of tearing on the second (HDMI).
I have "TearFree" enabled in the Intel driver, and I still see tearing when dragging windows around in both Gnome and XFCE (with XFWM/Compton). My main complaint is that tearing is very noticeable when scrolling a page up and down in Firefox/Iceweasel. I do not get the message "Kernel page flipping support detected, enabling" in Xorg log, is that still relevant? I am using Debian Testing, SNA and TearFree are enabled in xorg.conf, Ivybridge i5 laptop HD4000 graphics with triple external DVI monitors connected via passive 1x HDMI>DVI and 2x DP>DVI cables.
Originally posted by droste View PostI don't think so. My workaround is to switch the primary display via xrandr to the display I'm actually using. So when I work or browse the internet I use 'xrandr --output DVI-0 --primary' to get no tearing with the DVI monitor and when I watch movies/videos I use 'xrandr --output HDMI-0 --primary' to get tearfree video output.Last edited by chrisb; 19 May 2014, 12:56 PM.
Leave a comment:
-
What about tearing on older Intel graphics?! Like the GM45 / 4500MHD. It started a year ago and is still present. On gnome shell the best results I get are with: environment
CLUTTER_PAINT=disable-clipped-redraws:disable-culling
CLUTTER_VBLANK=True
20-intel.conf
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
# Option "TearFree" "true"
# Option "SwapbuffersWait" "true"
Option "AccelMethod" "sna"
EndSection
But the desktop is laggy then. Is there anything more I could do?
Leave a comment:
-
Originally posted by ChrisXY View PostI have a 3632qm.
I have tearing, especially on flash video with kwin xrender compositing.
Now that kwin has fixed the "MSAA bug" I can use opengl compositing again. It seems intel's driver bug where the gpu hangs isn't triggered anymore either. But instead now the graphical output freezes completely when putting a flash video on fullscreen with opengl compositing. with gles compositing it works but there are massive redraw issues. I still have screen corruption issues with tooltips or when I open the menus of chrome extensions.
Probably not all the issues I have are intel issues. But they are all issues I have since I use intel and that I didn't have when using radeon on a HD 6550M. Maybe intel just doesn't try to keep git master stable...
From what I can see the gles issue is a mesa bug that only cropped up with a recent update and was working before, so perhaps it will be fixed quickly:
Last edited by bwat47; 01 November 2012, 10:00 AM.
Leave a comment:
Leave a comment: