Page 1 of 4 123 ... LastLast
Results 1 to 10 of 33

Thread: Intel X.Org Driver Now Handles Better Tear-Free

  1. #1
    Join Date
    Jan 2007
    Posts
    13,403

    Default Intel X.Org Driver Now Handles Better Tear-Free

    Phoronix: Intel X.Org Driver Now Handles Better Tear-Free

    Chris Wilson of Intel this morning released an updated xf86-video-intel X.Org driver. With this latest 3.0 pre-release comes support for TearFree on transformed outputs. There's also been other changes...

    http://www.phoronix.com/vr.php?view=MTQ5Mjg

  2. #2
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,532

    Default

    Sadly, the little black box corruption still exists with this. Wish they would finally fix it.

    https://bugs.freedesktop.org/show_bug.cgi?id=68410

  3. #3
    Join Date
    Nov 2011
    Posts
    257

    Default

    Any chance this fixes the tearing issues for which a workaround was to disable culling in Gnome Shell for example?
    http://phoronix.com/forums/showthrea...687#post359687
    Last edited by Bucic; 10-23-2013 at 10:07 AM.

  4. #4

    Default

    Quote Originally Posted by deanjo View Post
    Sadly, the little black box corruption still exists with this. Wish they would finally fix it.

    https://bugs.freedesktop.org/show_bug.cgi?id=68410
    I will have a workaround of some form before 3.0.

    Quote Originally Posted by Bucic View Post
    Any chance this fixes the tearing issues for which a workaround was to disable culling in Gnome Shell for example?
    http://phoronix.com/forums/showthrea...687#post359687
    TearFree would prevent all of that - but really this is a bug in the compositor and DRI2 protocol and should be fixed there.

  5. #5
    Join Date
    Nov 2011
    Posts
    257

    Default

    Quote Originally Posted by ickle View Post
    I will have a workaround of some form before 3.0.



    TearFree would prevent all of that - but really this is a bug in the compositor and DRI2 protocol and should be fixed there.
    How do you know? Can you post me to any existing bug reports? I'm struggling with tearing for months now!

  6. #6
    Join Date
    Nov 2011
    Posts
    257

    Default

    And what is this tearfree you speak of? It doesn't seem to be a package or a tool.

  7. #7

    Default

    Quote Originally Posted by Bucic View Post
    How do you know? Can you post me to any existing bug reports? I'm struggling with tearing for months now!
    The crux of the issue is the attempt to "optimise" updates of the frontbuffer through the use of DRI2CopyRegion (called through MESA_copy_subbuffer). That operation is not specified as being synchronous wrt vrefresh, so it is allowed to tear. Furthermore as a tearing DRI2SwapBuffer itself calls the backend CopyRegion function, there is no way the backend can detect whether or not it should prevent tearing. It's a glorious snafu.

    However, if the compositor just does a plain old SwapBuffer, the update is tear free. (Of course that in itself has negative implications for prime and slaves like udl.)

    The root cause here is the inadequacy of the DRI2 protocol for efficient and tear-free compositing.

  8. #8
    Join Date
    Nov 2011
    Posts
    257

    Default

    I have no idea what you are talking about In Fedora 17 I had no tearing and now I have. I would just like to know against what package I report the bug and how should I title it.

  9. #9
    Join Date
    May 2013
    Location
    Vancouver
    Posts
    16

    Default

    Quote Originally Posted by Bucic View Post
    And what is this tearfree you speak of? It doesn't seem to be a package or a tool.
    It's a configuration option to remove screen tearing. From the Arch forums:

    cat /etc/X11/xorg.conf.d/20-intel.conf
    Section "Device"
    Identifier "Intel Graphics"
    Option "SwapbuffersWait" "true"
    Option "AccelMethod" "sna"
    Option "TearFree" "true"
    EndSection

    I've used these options myself and they work perfectly, I think I get better performance from switching to sna too.

  10. #10
    Join Date
    Oct 2013
    Posts
    7

    Default

    when will opengl 3.3 and these feature get in xf86-video-ati

Posting Permissions

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