[I'm not sure this is a problem with DRI itself, but DRI is definitely involved and a guy in comp.os.linux.x told me to ask this list - so I'm trying my luck here.] I have tried to compile and run some simple OpenGL programs. But lots of them don't display anything or only part of the scene if direct rendering is enabled. However, with LIBGL_ALWAYS_INDIRECT=y the scene looks like it should do - but animation is extremely slow. My system is a standard SuSE 8.2 installation with XFree86 4.3.0 and the standard 2.4.20 kernel. Graphics adapter: Matrox Millenium G550 (only first head configured) I would have already tried to upgrade some packages if i had known where the problem is. A program demonstrating this is the following. As this is extracted from example source code of the NeHe OpenGL tutorial (nehe.gamedev.net) there shouldn't be any coding mistakes in. --- test.c ------------------------------- #include <GL/glut.h> #include <GL/gl.h> #include <GL/glu.h> void InitGL(int Width, int Height) { glClearColor(0.0f, 0.0f, 0.0f, 0.0f); glClearDepth(1.0); glDepthFunc(GL_LESS); glEnable(GL_DEPTH_TEST); glShadeModel(GL_SMOOTH); glViewport(0, 0, Width, Height); glMatrixMode(GL_PROJECTION); glLoadIdentity(); gluPerspective(45.0f,(GLfloat)Width/(GLfloat)Height,0.1f,100.0f); glMatrixMode(GL_MODELVIEW); } void DrawGLScene() { glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT); glLoadIdentity(); // Move Left 1.5 Units And Into The Screen 6.0 glTranslatef(-1.5f,0.0f,-6.0f); // draw a triangle glColor3f( 1.0f, 1.0f, 1.0f ); glBegin(GL_POLYGON); glVertex3f( 0.0f, 1.0f, 0.0f); glVertex3f( 1.0f,-1.0f, 0.0f); glVertex3f(-1.0f,-1.0f, 0.0f); glEnd(); // Move Right 3 Units glTranslatef(3.0f,0.0f,0.0f); // draw another triangle glColor3f( 1.0f, 0.0f, 0.0f ); glBegin(GL_POLYGON); glVertex3f( 0.0f, 1.0f, 0.0f); glVertex3f( 1.0f,-1.0f, 0.0f); glVertex3f(-1.0f,-1.0f, 0.0f); glEnd(); glutSwapBuffers(); } int main(int argc, char **argv) { glutInit(&argc, argv); glutInitDisplayMode(GLUT_RGBA | GLUT_DOUBLE | GLUT_DEPTH); glutInitWindowSize(640, 480); glutInitWindowPosition(0, 0); glutCreateWindow("Window Title"); glutDisplayFunc(&DrawGLScene); glutFullScreen(); glutIdleFunc(&DrawGLScene); InitGL(640, 480); glutMainLoop(); return 0; } ----------------------------------------- I compile with $ gcc -o test test.c -lglut -lGLU -lGL If I run it with $ ./test I see one white triangle on the left side of the screen. If I run with $ LIBGL_ALWAYS_INDIRECT=y ./test I see a white triangle on the left side and a red triangle on the right side. There aren't any error messages neither in XFree86.0.log nor on the xterm when running the program - even with MESA_DEBUG=y. Same result if the OpenGL window is created with GLX or SDL. 'Real', i.e. more complex OpenGL programs like bzflag run without problems. Another example demonstrating the problem is the "cube" example program that comes with the glut library: With direct rendering enabled it does only display a black window. --- 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_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: SGI client glx version string: 1.2 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context OpenGL vendor string: VA Linux Systems Inc. OpenGL renderer string: Mesa DRI G400 20020221 AGP 1x x86/MMX/SSE OpenGL version string: 1.2 Mesa 4.0.4 OpenGL extensions: GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_texture_compression, GL_ARB_texture_env_add, GL_ARB_transpose_matrix, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_texture3D, GL_EXT_texture_env_add, GL_EXT_texture_object, GL_EXT_vertex_array, GL_IBM_rasterpos_clip, GL_MESA_window_pos, GL_NV_texgen_reflection, GL_SGIS_generate_mipmap 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 1 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None 0x24 24 tc 1 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None 0x25 24 tc 1 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0x26 24 tc 1 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0x27 24 tc 1 24 0 r y . 8 8 8 0 0 0 0 16 16 16 0 0 0 Slow 0x28 24 tc 1 24 0 r . . 8 8 8 0 0 0 0 16 16 16 0 0 0 Slow 0x29 24 tc 1 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow 0x2a 24 tc 1 24 0 r . . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow 0x2b 24 dc 1 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None 0x2c 24 dc 1 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None 0x2d 24 dc 1 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0x2e 24 dc 1 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0x2f 24 dc 1 24 0 r y . 8 8 8 0 0 0 0 16 16 16 0 0 0 Slow 0x30 24 dc 1 24 0 r . . 8 8 8 0 0 0 0 16 16 16 0 0 0 Slow 0x31 24 dc 1 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow 0x32 24 dc 1 24 0 r . . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow -------------------------------------------- Changing color depth or resolution doesn't change anything. I'm really sorry I have to bother you with my problems but I'm completely stuck and this thing appears to be really weird. If you need any additional information ask me. If this is the wrong place for this question, too, please point me to a better one. Thanks in advance for any hints Jan
-- GMX Weihnachts-Special: Seychellen-Traumreise zu gewinnen! Rentier entlaufen. Finden Sie Rudolph! Als Belohnung winken tolle Preise. http://www.gmx.net/de/cgi/specialmail/ +++ GMX - die erste Adresse für Mail, Message, More! +++ ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel