[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