mirror of
https://gitlab.freedesktop.org/mesa/mesa.git
synced 2026-05-05 18:18:06 +02:00
xlib: use _mesa_generate_mipmap() for mipmap generation, not meta
The swrast fragment program interpreter has trouble computing the right texture LOD because it doesn't have easy access to input derivatives. This causes the GLSL-based meta generate mipmap code to fetch texels from the wrong mipmap level. One possible fix would be to set the GL_TEXTURE_MIN/MAX_LOD parameters to limit sampling from the right level. But let's just use the _mesa_generate_mipmap() fallback since it's a lot faster than using the fragment shader interpreter. Fixes http://bugs.freedesktop.org/show_bug.cgi?id=54240 Note: This is a candidate for the 9.0 branch. Reviewed-by: José Fonseca <jfonseca@vmware.com>
This commit is contained in:
parent
d60da27273
commit
89551ae04f
1 changed files with 3 additions and 0 deletions
|
|
@ -34,6 +34,7 @@
|
|||
#include "main/colormac.h"
|
||||
#include "main/fbobject.h"
|
||||
#include "main/macros.h"
|
||||
#include "main/mipmap.h"
|
||||
#include "main/image.h"
|
||||
#include "main/imports.h"
|
||||
#include "main/mtypes.h"
|
||||
|
|
@ -869,6 +870,8 @@ xmesa_init_driver_functions( XMesaVisual xmvisual,
|
|||
driver->MapRenderbuffer = xmesa_MapRenderbuffer;
|
||||
driver->UnmapRenderbuffer = xmesa_UnmapRenderbuffer;
|
||||
|
||||
driver->GenerateMipmap = _mesa_generate_mipmap;
|
||||
|
||||
#if ENABLE_EXT_timer_query
|
||||
driver->NewQueryObject = xmesa_new_query_object;
|
||||
driver->BeginQuery = xmesa_begin_query;
|
||||
|
|
|
|||
Loading…
Add table
Reference in a new issue