[Bug 25871] nearest neighbour samples wrong texel (precision/rounding problem)

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Tue Sep 11 04:32:01 PDT 2012


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

Andreas Boll <andreas.boll.dev at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|Drivers/DRI/R600            |Drivers/Gallium/r600

--- Comment #5 from Andreas Boll <andreas.boll.dev at gmail.com> 2012-09-11 11:32:01 UTC ---
(In reply to comment #4)
> Created attachment 43951 [details] [review]
> possible fix
> 
> Does this patch help?

this patch has been committed as

commit 1dc204d145dc8c0b19473a7814c201a8954b6274
Author: Alex Deucher <alexdeucher at gmail.com>
Date:   Mon Feb 28 21:52:19 2011 -0500

    r600g: truncate point sampled texture coordinates

    By default the hardware rounds texcoords.  However,
    for point sampled textures, the expected behavior is
    to truncate.  When we have point sampled textures,
    set the truncate bit in the sampler.

    Should fix:
    https://bugs.freedesktop.org/show_bug.cgi?id=25871

    Signed-off-by: Alex Deucher <alexdeucher at gmail.com>

and reverted in

commit 72c6a748b9ffdaa893f82faf911f22a241a5e4f5
Author: Marek Olšák <maraeo at gmail.com>
Date:   Mon May 2 01:10:19 2011 +0200

    Revert "r600g: truncate point sampled texture coordinates"

    This reverts commit 1dc204d145dc8c0b19473a7814c201a8954b6274.

    MC_COORD_TRUNCATE is for MPEG and produces quite an interesting behavior
    on regular textures. Anyway that commit broke filtering in demos/cubemap.


reassigning to r600g

is this still an issue with a newer mesa (e.g. 8.0.4 or git master)?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


More information about the dri-devel mailing list