[Bug 96847] TearFree breaks when playing back videos in Firefox with GPU accelerated windows enabled in Firefox

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Thu Jul 7 16:15:49 UTC 2016


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

--- Comment #4 from nw9165-3201 at yahoo.com ---
(In reply to Chris Wilson from comment #1)
> Please note that DRI3 overrides TearFree

Funny, I had already asked about this before but nobody replied, see:
https://bugs.freedesktop.org/show_bug.cgi?id=37686#c124.

Also, are you absolutely sure about that?

Because even with:

Option "DRI" "3"

Xorg.0.log says:

[    16.253] (**) intel(0): TearFree enabled

So it seems like TearFree can be enabled even when DRI3 is enabled.

Also, when enabling DRI3 and leaving TearFree disabled, there's still tearing.
So why should DRI3 override TearFree when DRI3 itself does not provide a tear
free experience?

(In reply to Chris Wilson from comment #1)
> since the client is given direct
> access to the scanout there is nothing the driver can do (until the client
> relinquishes control of the scanout).

Well, I've also tried it with DRI2 via:

Option "DRI" "2"

but the issue is the same.

(In reply to Chris Wilson from comment #2)
> first attach Xorg.0.log

Attached:

https://bugs.freedesktop.org/attachment.cgi?id=124946

(In reply to Chris Wilson from comment #2)
> double
> check with xf86-video-intel.git. If you can compile with ./configure
> --enable-debug that should help catch the easiest problems (in particular
> losing tracking of DRI3/TearFree switch-over).

Is it really necessary to compile xf86-video-intel with a custom build option
to be able to get a verbose (debug) log? Or what does --enable-debug do?

By the way, if you want to reproduce the issue:

As far as I can tell, the issue is triggered by switching the YouTube video
player to fullscreen.

Regards

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20160707/b240601d/attachment-0001.html>


More information about the intel-gfx-bugs mailing list