[Bug 110395] Shadows are flickering in SuperTuxKart
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Thu Apr 11 12:22:39 UTC 2019
https://bugs.freedesktop.org/show_bug.cgi?id=110395
--- Comment #2 from Denis <denys.kostin at globallogic.com> ---
hello Deve, Mark.
I tested this issue and found out that it was fixed in commit below. Bisect was
maden between 18.3.4 and 19.0.0-rc7 tags.
Firstly it made me crazy, because I got different results even for the same
mesa version (like, 18.3.4 first time may show issue, after re-launching
application - not).
This was solved by adding MESA_GLSL_CACHE_DISABLE=1 before binary name.
I think, some shaders simply were cached, and that could lead to wrong results.
Latest master (if you run app like this MESA_GLSL_CACHE_DISABLE=1
./supertuxcart) doesn't have this issue.
commit 5a9b7bce9cee5563e94e75c93fffe462405dfcb1 (HEAD,
refs/bisect/good-5a9b7bce9cee5563e94e75c93fffe462405dfcb1)
Author: Ilia Mirkin <imirkin at alum.mit.edu>
Date: Mon Feb 4 22:57:06 2019 -0500
nv50,nvc0: use condition for occlusion queries when already complete
For the NO_WAIT variants, we would jump into the ALWAYS case for both
nested and inverted occlusion queries. However if the query had
previously completed, the application could reasonably expect that the
render condition would follow that result.
To resolve this, we remove the nesting distinction which unnecessarily
created an imbalance between the regular and inverted cases (since
there's no "zero" condition mode). We also use the proper comparison if
we know that the query has completed (which could happen as a result of
an earlier get_query_result call).
Fixes KHR-GL45.conditional_render_inverted.functional
Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu>
Cc: 19.0 <mesa-stable at lists.freedesktop.org>
(cherry picked from commit e00799d3dc0595dc3998dbf199ceec8b1eece966)
--
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-3d-bugs/attachments/20190411/4d9b3be0/attachment.html>
More information about the intel-3d-bugs
mailing list