Kubuntu 7.04 display problems

Hi there,

I'm running OpenCroquet on Kubuntu 7.04 and the display comes out as
though viewing through a stencil to whatever is behind the Croquet
window (no colour, just negative shapes). I'm using 24-bit colour
because that's as high as X will allow (apparently the card can provide
32-bit but X disagrees).

The machine is a D410 laptop with Intel 915GM graphics for which Kubuntu
has selected the i810 driver (xserver-xorg-video-i810). glxgears runs at
770fps and other OpenGL apps like Blender work ok.

Here's what glxinfo has to say:

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_make_current_read, 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_allocate_memory,
   GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control,
   GLX_MESA_swap_frame_usage, GLX_OML_swap_method,
GLX_SGI_make_current_read,
   GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample,
   GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group
OpenGL vendor string: Tungsten Graphics, Inc
OpenGL renderer string: Mesa DRI Intel(R) 915GM 20061017 x86/MMX/SSE2
OpenGL version string: 1.3 Mesa 6.5.2
OpenGL extensions:
   GL_ARB_depth_texture, GL_ARB_fragment_program, GL_ARB_imaging,
   GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_point_parameters,
   GL_ARB_shadow, 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_crossbar,
   GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat,
   GL_ARB_texture_rectangle, GL_ARB_transpose_matrix,
   GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, 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_cull_vertex, GL_EXT_compiled_vertex_array, GL_EXT_convolution,
   GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_fog_coord,
   GL_EXT_histogram, GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels,
   GL_EXT_point_parameters, GL_EXT_polygon_offset, GL_EXT_rescale_normal,
   GL_EXT_secondary_color, GL_EXT_separate_specular_color,
   GL_EXT_shadow_funcs, 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_object,
GL_EXT_texture_rectangle,
   GL_EXT_vertex_array, GL_3DFX_texture_compression_FXT1,
   GL_APPLE_client_storage, GL_APPLE_packed_pixels,
   GL_ATI_blend_equation_separate, 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_NV_vertex_program, GL_NV_vertex_program1_1,
   GL_OES_read_format, 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, GL_SGIX_depth_texture,
   GL_SUN_multi_draw_arrays

  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  y  .  8  8  8  8  0  0  0  0  0  0  0  0 0 None
0x24 24 tc  0 32  0 r  .  .  8  8  8  8  0  0  0  0  0  0  0  0 0 None
0x25 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x26 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x27 24 tc  0 32  0 r  y  .  8  8  8  8  0  0  0 16 16 16 16  0 0 Slow
0x28 24 tc  0 32  0 r  .  .  8  8  8  8  0  0  0 16 16 16 16  0 0 Slow
0x29 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x2a 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x2b 24 dc  0 32  0 r  y  .  8  8  8  8  0  0  0  0  0  0  0  0 0 None
0x2c 24 dc  0 32  0 r  .  .  8  8  8  8  0  0  0  0  0  0  0  0 0 None
0x2d 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x2e 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x2f 24 dc  0 32  0 r  y  .  8  8  8  8  0  0  0 16 16 16 16  0 0 Slow
0x30 24 dc  0 32  0 r  .  .  8  8  8  8  0  0  0 16 16 16 16  0 0 Slow
0x31 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x32 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x5b 32 tc  0 32  0 r  .  .  8  8  8  8  0  0  0  0  0  0  0  0 0 Ncon

Sorry for the boring post.

On Wed, 2007-05-23 at 19:40 +1000, matthew chadwick wrote:

Hi there,

I'm running OpenCroquet on Kubuntu 7.04 and the display comes out as 
though viewing through a stencil to whatever is behind the Croquet 
window (no colour, just negative shapes). I'm using 24-bit colour 
because that's as high as X will allow (apparently the card can provide 
32-bit but X disagrees).

The machine is a D410 laptop with Intel 915GM graphics for which Kubuntu 
has selected the i810 driver (xserver-xorg-video-i810). glxgears runs at 
770fps and other OpenGL apps like Blender work ok.

Here's what glxinfo has to say:

name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2

Hi, Matt,
    I am no expert, but the vendor string is not Intel, which may be an issue.  In my setup, GLX INFO shows:
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4 

    Which refers to my video card's built in driver.

GLX version: 1.3
Note the difference in GLX version 1.3 vs 1.2.

You may not have the latest released version, and that may be a result of the archive chosen by Kubuntu.
If you loaded directly from CD rom or DVD rom, you may need to update your installation first to get all the latest stuff.

    Other than that I can offer no help.  You might go to http://www.opengl.org/ and check out their forums for your system and OS to see if there are any hints
to assist you in debugging and getting this to work correctly.

    Sorry, wish I had a good "this will fix it" for you.

Regards,
Les H

The same happens to me, but with color showing through on several
kubuntu / ubuntu boxes that all have nvidia cards and glx.  For now I
put a black terminal window behind or use beryl-manager which is a
tray application that lets you quickly switch between 3D and 2D
desktops.  Oddly enough the squeak version from the repositories does
not have that problem, though it has other problems.

On 5/23/07, matthew chadwick <[hidden email]> wrote:

yes, that does the trick. Setting KDE's desktop colour to black corrects
the problem so long as one doesn't run Croquet's window above other
windows. This indicates that the problem is not with Croquet but with
KDE's composition management with respect to OpenGL.

Cheers Mr Tefft.


Robert Tefft wrote:

Does this problem happen for the whole window or just for the 3D area?

- Bert -

On May 30, 2007, at 11:15 , matthew chadwick wrote:

for the whole window

Bert Freudenberg wrote:

KDE means Kubuntu desktop environment. From readings,
they've got to interface to glut right.
This is probably worth 2 cents, though, but just in case I said it.

I have a similar problem when running with beryl (3d compositing
window manager). it works fine with the default gnome window manager.
.02. it has something to do with how squeak talk to X to draw the
pictures. are there alternative methods that squeak supports?

Nick

On 5/24/07, Robert Tefft <[hidden email]> wrote:

Does it make a difference if you change squeak's display depth (in  
the world's appearance menu)?

- Bert -

On May 31, 2007, at 7:40 , nick hemsley wrote:

Well I do feel like a silly sausage:

system settings > window behaviour > translucency

'use translucency and shadows' must be disabled.

this completely solves the problem.



matthew chadwick wrote:

Well, since other apps do not exhibit this behavior the problem might  
actually be in the Squeak VM or the Croquet image. It may well be  
that we do not treat the alpha channel of a 32 bit screen target  
correctly.

- Bert -

On May 31, 2007, at 11:30 , matthew chadwick wrote:

Or it could be the graphics drivers, or xgl.  The netbeans IDE also
has problems with transparency under xgl/compiz/beryl, though it ends
up with completely transparent components so your window always looks
blank.  Oddly enough this can be fixed by restarting the window
manager.

Ok, my Croquet is fixed as well, but took two changes  this must be set in KDE:
> > system settings > window behaviour > translucency
> > 'use translucency and shadows' must be disabled.
And the Display depth must be set to 32 in Squeak/Croquet:
appearance > set display depth...

Hmm... Transparency problems under 16 bit color but not 32.  Looks
like it could be a conversion problem, where the 16 bit color gets
translated to 32 bit colors with 100% transparency where they should
be translated to 32 bit colors with 0% transparency since 16 bit color
has no transparency.



On 5/31/07, Bert Freudenberg <[hidden email]> wrote: