Page 2 of 2 FirstFirst 12
Results 11 to 18 of 18

Thread: Intel Linux Driver Still Working To Address Tearing

  1. #11
    Join Date
    Oct 2011
    Posts
    31

    Default

    I have an Intel i3-3225 (Ivy Bridge) tearing is less on OpenGL even though vsync is enabled. I have to include TearFree in my xorg.conf file, but opens up other problems. When I enable TearFree and xscreensaver sends a stand-by command to my monitor, X Window System crashes. Using OpenGL for video playback is not an option because it is unreliable. I just have to deal with tearing or get a nVidia graphics card. People said that nVidia does not support FOSS, but nVidia supports their graphics for Linux better than other companies.

    I use Calculate Linux (Gentoo based) and Xfce as my desktop manager with compositer disabled.

    Using a compositer to fix the issue is the most stupidest work-around. Also switching from graphics port to the other is another stupid work-around. Your monitor might have less layers of processing for DVI compared to HDMI.

  2. #12
    Join Date
    Aug 2007
    Posts
    6,598

    Default

    Nvidia is not perfect as well. Basically what works for Intel+Nvidia is opengl output with disabled composite and fullscreen. Like when you use xbmc or so it usally looks good (for streaming vaapi is not fully stable, so maybe you have to disable that). mplayer fullscreen usally works as well.

  3. #13
    Join Date
    Oct 2011
    Posts
    31

    Default

    Quote Originally Posted by Kano View Post
    Nvidia is not perfect as well. Basically what works for Intel+Nvidia is opengl output with disabled composite and fullscreen. Like when you use xbmc or so it usally looks good (for streaming vaapi is not fully stable, so maybe you have to disable that). mplayer fullscreen usally works as well.
    If this thread reply is to me, nVidia's priorpetary driver is far better on reliability and stability compared to AMD and Intel graphic drivers. Occasionally, I get the following message with Intel graphics.


    Code:
    [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
    [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off
    I never have instability issues with nVidia graphic cards like I get above. Also I do not get any video tearing when VSYNC is enabled for OpenGL and/or X-Video. Intel fixing the video tearing bug is not much of an issue for me compared to stability and reliability problems that I am having with Intel graphics in Linux.

    I have no problems using OpenGL for video playback in fullscreen with nVidia graphics on my other systems. When I use Radeon graphics using open source drivers, video playback with OpenGL works even in fullscreen. I use X-Video for Intel graphics, so I can have the reliability and stability. My computer with i3-3225 is fast enough to handle 1080p content so I do not need VA API. My other computer with T7300 CPU that has a GeForce8 8400M GS can use VDPAU, but lately MPlayer has issues with VDPAU.

    From I learn in the past of other Intel hardware like WiFi, relability and stability does not get fixed. Intel just provides the software for their hardware to a working condition and Intel expects open source developers to fix the issues if their drivers have any or add features.

  4. #14
    Join Date
    May 2010
    Posts
    681

    Default

    Quote Originally Posted by tecknurd View Post
    If this thread reply is to me, nVidia's priorpetary driver is far better on reliability and stability compared to AMD and Intel graphic drivers. Occasionally, I get the following message with Intel graphics.


    Code:
    [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
    [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off
    I never have instability issues with nVidia graphic cards like I get above. Also I do not get any video tearing when VSYNC is enabled for OpenGL and/or X-Video. Intel fixing the video tearing bug is not much of an issue for me compared to stability and reliability problems that I am having with Intel graphics in Linux.

    I have no problems using OpenGL for video playback in fullscreen with nVidia graphics on my other systems. When I use Radeon graphics using open source drivers, video playback with OpenGL works even in fullscreen. I use X-Video for Intel graphics, so I can have the reliability and stability. My computer with i3-3225 is fast enough to handle 1080p content so I do not need VA API. My other computer with T7300 CPU that has a GeForce8 8400M GS can use VDPAU, but lately MPlayer has issues with VDPAU.

    From I learn in the past of other Intel hardware like WiFi, relability and stability does not get fixed. Intel just provides the software for their hardware to a working condition and Intel expects open source developers to fix the issues if their drivers have any or add features.
    I've never had any stability issues with intel graphics, I have two laptops with them (one with ironlake, one with ivybridge). I don't get any tearing on either of them, I've also never had a single issue with intel wireless, and every laptop I've ever used linux with has had intel wireless.

    vaapi did give me a few issues with the ironlake chip, but is working perfectly with my ivybridge.

    Just because you ran into a bug on your system doesn't really mean intel is 'generally unreliable'. Intel is one of the more reliable choices for linux hardware.

    Quote Originally Posted by tecknurd View Post
    I have an Intel i3-3225 (Ivy Bridge) tearing is less on OpenGL even though vsync is enabled. I have to include TearFree in my xorg.conf file, but opens up other problems. When I enable TearFree and xscreensaver sends a stand-by command to my monitor, X Window System crashes. Using OpenGL for video playback is not an option because it is unreliable. I just have to deal with tearing or get a nVidia graphics card. People said that nVidia does not support FOSS, but nVidia supports their graphics for Linux better than other companies.

    I use Calculate Linux (Gentoo based) and Xfce as my desktop manager with compositer disabled.

    Using a compositer to fix the issue is the most stupidest work-around. Also switching from graphics port to the other is another stupid work-around. Your monitor might have less layers of processing for DVI compared to HDMI.
    Compositing is the future, I can't stand using a desktop without compositing, personally. Currently I use ubuntu and the intel graphics are giving me a perfect, tear free experience out of the box, I've had zero issues. Intel is the only graphics company that actually develops OSS drivers themselves, so that makes them a winner in my book. I can't stand dealing with proprietary drivers.
    Last edited by bwat47; 11-01-2012 at 07:22 AM.

  5. #15
    Join Date
    Jun 2010
    Location
    ฿ 16LDJ6Hrd1oN3nCoFL7BypHSEYL84ca1JR
    Posts
    965

    Default

    Quote Originally Posted by bwat47 View Post
    I've never had any stability issues with intel graphics, I have two laptops with them (one with ironlake, one with ivybridge).
    I have a 3632qm.

    Quote Originally Posted by bwat47 View Post
    I don't get any tearing on either of them,
    I have tearing, especially on flash video with kwin xrender compositing.

    Quote Originally Posted by bwat47 View Post
    Just because you ran into a bug on your system doesn't really mean intel is 'generally unreliable'. Intel is one of the more reliable choices for linux hardware.
    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...

  6. #16
    Join Date
    May 2010
    Posts
    681

    Default

    Quote Originally Posted by ChrisXY View Post
    I 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...
    I haven't yet tried kwin on my ivybridge machine (an intel i5-3210m), but on my ironlake machine (i5-460m) I had no issues with tearing, flash, or any kind of corruption. I've only used compiz on ivybridge which seems to work with zero issues, I can watch flash videos fullscreen with no problems, and I can watch videos in vlc using vaapi with no issues.

    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:
    https://bugs.archlinux.org/task/31956
    Last edited by bwat47; 11-01-2012 at 10:00 AM.

  7. #17
    Join Date
    Dec 2011
    Posts
    90

    Default

    Quote Originally Posted by bwat47 View Post
    I don't like the idea of losing power savings
    Me too. I think I'll stay with 3.7 unless this new feature can be disabled.

  8. #18
    Join Date
    Nov 2011
    Posts
    257

    Question

    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?

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •