Menu
▾
▴
[Mesa3d-dev] [ mesa3d-Bugs-1009418 ] unexpected texture format in r200ChooseTextureFormat
|
From: SourceForge.net <no...@so...> - 2004-08-26 01:45:24
|
Bugs item #1009418, was opened at 2004-08-15 06:40 Message generated for change (Comment added) made by codewiz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100003&aid=1009418&group_id=3 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bernardo Innocenti (codewiz) Assigned to: Nobody/Anonymous (nobody) Summary: unexpected texture format in r200ChooseTextureFormat Initial Comment: This happens with Mesa 6.1 included in a recent Xorg snapshot (2004-08-13): Mesa implementation error: unexpected texture format in r200ChooseTextureFormat Please report to the Mesa bug database at www.mesa3d.org wine-pthread: texstore.c:2260: _mesa_store_compressed_teximage2d: Assertion `texImage->TexFormat' failed. It went on fine with Xorg 6.7.0, except for rendering errors. (if you're curious, I'm running Doom3 in Wine ;-). This is the output of glxinfo: 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_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_fbconfig 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_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 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_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig OpenGL vendor string: Tungsten Graphics, Inc. OpenGL renderer string: Mesa DRI R200 20030328 AGP 4x x86/MMX+/3DNow!+/SSE TCL OpenGL version string: 1.3 Mesa 6.1 OpenGL extensions: GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_transpose_matrix, GL_ARB_vertex_buffer_object, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_convolution, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_histogram, GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_EXT_texture_mirror_clamp, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_APPLE_packed_pixels, GL_ATI_blend_equation_separate, GL_ATI_texture_env_combine3, GL_ATI_texture_mirror_once, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_MESA_window_pos, GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_texture_rectangle, GL_NV_texgen_reflection, GL_SGI_color_matrix, GL_SGI_color_table, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x23 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x24 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x25 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x26 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x27 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x28 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x29 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x2a 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x2b 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x2c 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x2d 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x2e 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x2f 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x30 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x31 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x32 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow ---------------------------------------------------------------------- >Comment By: Bernardo Innocenti (codewiz) Date: 2004-08-26 03:45 Message: Logged In: YES user_id=155711 I've tried the S3TC patch + libtxc_dxtn and the error doesn't show any more. There are still black stripes on textures with the R200 path on a Radeon 9200 board. Textures are totally filled in black using ATI's proprietary driver on a 9800 board with doom's ARB2 renderer. The ARB path looks good, but only does 5-10 fps. Other renderers hang the system etc. Of course these problems are unrelated with Mesa, but it shows that those black stripes are not caused by bugs in Wine or Doom. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-08-25 21:34 Message: Logged In: NO it's not a bug, it's a feature! ;) why not just make a GL_MESA_texture_decompression extension that only handles precompressed 2D and cube textures? No automatic mipmap-generation would be supported for compressed textures. You would get undefined behaviour if you do still try. Maybe if necessary we could silently deactivate mipmapping or just building trivial textures out of the precompressed one. IANAL but "it was said" that there shouldnt be a problem with the s3tc patent when no compression is done. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-08-25 19:24 Message: Logged In: NO the same bug is reproduceable when playing savage (which also uses s3tc compressed textures by default) using the xorg 6.7.99.2 version. (radeon mobility 9200 (m9+), 0x5c61) I'm in real trouble here, since the game won't honour my setting in the startup.cfg file if the extension is detected. ---------------------------------------------------------------------- Comment By: Dave Airlie (airlied) Date: 2004-08-15 07:46 Message: Logged In: YES user_id=10513 The bug is in either Wine or D3 I'd say.. I think one of them is seeing the GL_ARB_texture_compression extension and assuming that S3TC compressed textures are available, and is going ahead and using them triggering the mesa error... You could always build Mesa with S3TC attached to see if it goes away and running D3 on Wine without S3TC would be painful as crap I'd say.. (even with S3TC I'd guess painful ... ) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100003&aid=1009418&group_id=3 |