[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