Incorrect output on Ubuntu x86_64 with Intel Graphics card

[linux26]

Software version: Irrlicht 1.7.1

Description: When running example/demo "02.Quake3Map", the output appears garbled (see below for example).

Platform: Ubuntu 9.10 x86_64, Intel graphics card (see below for partial glxinfo output).

Reproducibility: Always. Clean compile from source reproduces the bug exactly. If requested I will also test on a clean install of Ubuntu.

Screen captures:



Comment: When choosing the "(d) Burning's Software Renderer" option of the demo, the output is correct (albeit slow, obviously because it is a software renderer).

----
Dump of maybe-useful information:

Linux eduard-laptop 2.6.31-20-generic #57-Ubuntu SMP Mon Feb 8 09:02:26 UTC 2010 x86_64 GNU/Linux

name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer,
GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGIS_multisample,
GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group
client glx vendor string: SGI
client glx version string: 1.4
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory,
GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control,
GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control,
GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync,
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap
GLX version: 1.2
GLX extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer,
GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_video_sync,
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group,
GLX_EXT_texture_from_pixmap
OpenGL vendor string: Tungsten Graphics, Inc
OpenGL renderer string: Mesa DRI Mobile Intel® GM45 Express Chipset GEM 20090712 2009Q2 RC3
OpenGL version string: 2.1 Mesa 7.6
OpenGL shading language version string: 1.20

$ Xorg -version

X.Org X Server 1.6.4
Release Date: 2009-9-27
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.24-23-server x86_64 Ubuntu
Current Operating System: Linux eduard-laptop 2.6.31-20-generic #57-Ubuntu SMP Mon Feb 8 09:02:26 UTC 2010 x86_64
/snip/
xorg-server 2:1.6.4-2ubuntu4.1 (buildd@)
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.

[Lonesome Ducky]

Sounds like a driver problem, have you tried updating?

[linux26]

I am currently at the latest version. If you want, I can update to the xorg-edgers version (unstable) although I might f*ck up my system again in the process.

[hybrid]

Looks like broken mipmaps. Does this only happen with example 2, or is that just the first one where it happens? And yes, it's probably a driver problem. Downgrading might also help.

[linux26]

I confirm that it happens with most other examples as well (excluding the 2D interface-related examples and the Hello World, which isn't textured.)
I will try downgrading once I get a little more time on my hands and I will fatefully report back the results.

[linux26]

hybrid was absolutely right, it's about the mipmaps. I disabled them by using

Code: Select all

driver->setTextureCreationFlag(video::ETCF_CREATE_MIP_MAPS, false);

and the problem disappeared. On a second note, the DRI people should really fix their drivers.

[hybrid]

You could try to disable the automatic mipmap extension support. Should be something like driver->disableFlag(EVDF_AUTO_MIPMAP). Maybe the manual mipmap creation does a better job. I doubt that it's the basic mipmap support.