[Mesa-dev] [PATCH 1/3] gallium/u_blitter: don't adjust cubemap coordinates by a small number

Roland Scheidegger sroland at vmware.com
Sat Mar 22 08:10:17 PDT 2014


Am 16.03.2014 15:47, schrieb Marek Olšák:
> From: Marek Olšák <marek.olsak at amd.com>
> 
> It may cause issues with mipmap generation.
> I think it was used to make some piglit tests pass on r300g.
> ---
>  src/gallium/auxiliary/util/u_blitter.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/src/gallium/auxiliary/util/u_blitter.c b/src/gallium/auxiliary/util/u_blitter.c
> index 1e7f374..64a3dcf 100644
> --- a/src/gallium/auxiliary/util/u_blitter.c
> +++ b/src/gallium/auxiliary/util/u_blitter.c
> @@ -704,7 +704,7 @@ static void blitter_set_texcoords(struct blitter_context_priv *ctx,
>                                          /* pointer, stride in floats */
>                                          &face_coord[0][0], 2,
>                                          &ctx->vertices[0][1][0], 8,
> -                                        TRUE);
> +                                        FALSE);
>     } else {
>        set_texcoords_in_vertices(coord, &ctx->vertices[0][1][0], 8);
>     }
> 

I'm not entirely sure this is not goint to cause issues - IIRC it may
cause wrong texels to get selected (around cube edges) in some cases. Or
maybe it's not an issue here, this is a hack in any case, so I don't
really object...

Roland


More information about the mesa-dev mailing list