Hello all;

I know this probably isn't the perfect place for this but I'm hoping that
somebody here will be able to help.

I've got ann nVidia GeForce 2 MX 100/200 32MB PCI card in my system (AMD Ath
950Mhz) that seems to work perfectly, except when I want to play OpenGL
games. The results are similar to this, no matter if its ZSNES using OGL
extensions or bzFlag or Scorched Earth:

http://www.hybryd.org/scorched_corruption_load.png
http://www.hybryd.org/scorched_corruption_game.png

I'm running the ~x86 drivers for my card (though I've ran the default ones
and archived ones from nvidia.com with the same results), my kernel is in
my sig, I've used nvclock_qt to lower my clock speeds on the card, and put
the card into another machine (pretty close part / install wise to this
one) to see if it might be my PCI bus or something, with no change.

I don't see any reason why this would be a hardware issue though, the card
is (admittedly about 8 months old) but has (until recently) always been
kept in an oft used server that was well cooled (its well cooled now, what
I'm trying to get at is that its not like its been Overclocked and burnt
out) and it works beautifully otherwise (Currently running 1280x1024x24 @76
with menu transparencies enabled and no lag or anything)

I had someone suggest I use the opengl-update script to turn to the nvidia
driver, but A) this is done automatically when you install the ebuilds for
nvidia-glx & nvidia-kernel, and B) I've tried it on my own with no change.

Any ideas on what could be causing the problem? Is there an option that
might be in my X config that's causing this that I don't know about? Am I
resigned to go out and get a new graphics card when I don't really need
too, its not like this rig could play anything major anyways.....


--
Shan Destromp
---
Sent: Thu, Jan 08, 2004 @ 16.19.00 EST
----
OS: GNU/Linux 2.4.22-gentoo-r2
Processor: AuthenticAMD i686

Shan Destromp wrote:

I forgot to mention, this issue also applies to the OpenGL screensavers that
come stock with KDE 3.2b2 (and no, this isn't a KDE issue, its been
happening since before I installed KDE).
--
Shan Destromp
---
Sent: Thu, Jan 08, 2004 @ 18.23.52 EST
----
OS: GNU/Linux 2.4.22-gentoo-r2
Processor: AuthenticAMD i686

On Thu, 08 Jan 2004 23:42:41 +0000, Shan Destromp wrote:

> Shan Destromp wrote:
>
> I forgot to mention, this issue also applies to the OpenGL screensavers that
> come stock with KDE 3.2b2 (and no, this isn't a KDE issue, its been
> happening since before I installed KDE).
What is the output of glxinfo
--
The M$ warcry:
Quantity is no substitute for quality, but it's the only one we've got.

nunya wrote:
> What is the output of glxinfo


bash-2.05b$ glxinfo
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.3
server glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control
client glx vendor string: NVIDIA Corporation
client glx version string: 1.3
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_visual_info,
GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_SGI_video_sync,
GLX_NV_swap_group, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGI_swap_control, GLX_NV_float_buffer
GLX extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control,
GLX_ARB_get_proc_address
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce2 MX/PCI/3DNOW!
OpenGL version string: 1.4.1 NVIDIA 53.28
OpenGL extensions:
GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_point_parameters,
GL_ARB_point_sprite, 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_vertex_program, GL_ARB_window_pos, GL_S3_s3tc,
GL_EXT_texture_env_add, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color,
GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint,
GL_EXT_compiled_vertex_array, GL_EXT_draw_range_elements,
GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels,
GL_EXT_paletted_texture, GL_EXT_point_parameters, GL_EXT_rescale_normal,
GL_EXT_secondary_color, GL_EXT_separate_specular_color,
GL_EXT_shared_texture_palette, GL_EXT_stencil_wrap,
GL_EXT_texture_compression_s3tc, GL_EXT_texture_cube_map,
GL_EXT_texture_edge_clamp, GL_EXT_texture_env_combine,
GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic,
GL_EXT_texture_lod, GL_EXT_texture_lod_bias, GL_EXT_texture_object,
GL_EXT_vertex_array, GL_IBM_rasterpos_clip,
GL_IBM_texture_mirrored_repeat, GL_KTX_buffer_region,
GL_NV_blend_square,
GL_NV_fence, GL_NV_fog_distance, GL_NV_light_max_exponent,
GL_NV_packed_depth_stencil, GL_NV_pixel_data_range, GL_NV_point_sprite,
GL_NV_register_combiners, GL_NV_texgen_reflection,
GL_NV_texture_env_combine4, GL_NV_texture_rectangle,
GL_NV_vertex_array_range, GL_NV_vertex_array_range2,
GL_NV_vertex_program,
GL_NV_vertex_program1_1, GL_NVX_ycrcb, GL_SGIS_generate_mipmap,
GL_SGIS_multitexture, GL_SGIS_texture_lod, GL_SUN_slice_accum
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
----------------------------------------------------------------------
0x21 16 tc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 16 0 0 None
0x22 16 dc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 16 0 0 None
0x23 16 tc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 16 0 0 None
0x24 16 tc 0 16 0 r y . 5 6 5 0 0 0 0 16 16 16 16 0 0 None
0x25 16 tc 0 16 0 r . . 5 6 5 0 0 0 0 16 16 16 16 0 0 None
0x26 16 dc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 16 0 0 None
0x27 16 dc 0 16 0 r y . 5 6 5 0 0 0 0 16 16 16 16 0 0 None
0x28 16 dc 0 16 0 r . . 5 6 5 0 0 0 0 16 16 16 16 0 0 None

--
Shan Destromp
---
Sent: Fri, Jan 09, 2004 @ 00.47.22 EST
----
OS: GNU/Linux 2.4.22-gentoo-r2
Processor: AuthenticAMD i686

I had a rendering glitch similar to the one shown in your pictures. I
don't have an nVidia card, so I'm not sure how similar they are, but I was
able to solve my problem by placing the OpenGL headers from the nVidia
driver package in /usr/X11R6/include/GL instead of the headers that came
with the system. In your case, I suppose you should just check to make
sure the nVidia driver ebuild placed the appropriate headers in that
directory. You may also need to recompile your OpenGL apps. Hope that
helps.

--Geoff Mishkin <gmishkin@comcast.net>


On Thu, 08 Jan 2004 21:42:10 +0000, Shan Destromp wrote:

> Hello all;
>
> I know this probably isn't the perfect place for this but I'm hoping that
> somebody here will be able to help.
>
> I've got ann nVidia GeForce 2 MX 100/200 32MB PCI card in my system (AMD Ath
> 950Mhz) that seems to work perfectly, except when I want to play OpenGL
> games. The results are similar to this, no matter if its ZSNES using OGL
> extensions or bzFlag or Scorched Earth:
>
> http://www.hybryd.org/scorched_corruption_load.png
> http://www.hybryd.org/scorched_corruption_game.png
>
> I'm running the ~x86 drivers for my card (though I've ran the default ones
> and archived ones from nvidia.com with the same results), my kernel is in
> my sig, I've used nvclock_qt to lower my clock speeds on the card, and put
> the card into another machine (pretty close part / install wise to this
> one) to see if it might be my PCI bus or something, with no change.
>
> I don't see any reason why this would be a hardware issue though, the card
> is (admittedly about 8 months old) but has (until recently) always been
> kept in an oft used server that was well cooled (its well cooled now, what
> I'm trying to get at is that its not like its been Overclocked and burnt
> out) and it works beautifully otherwise (Currently running 1280x1024x24 @76
> with menu transparencies enabled and no lag or anything)
>
> I had someone suggest I use the opengl-update script to turn to the nvidia
> driver, but A) this is done automatically when you install the ebuilds for
> nvidia-glx & nvidia-kernel, and B) I've tried it on my own with no change.
>
> Any ideas on what could be causing the problem? Is there an option that
> might be in my X config that's causing this that I don't know about? Am I
> resigned to go out and get a new graphics card when I don't really need
> too, its not like this rig could play anything major anyways.....

Geoff Mishkin wrote:

> I had a rendering glitch similar to the one shown in your pictures. I
> don't have an nVidia card, so I'm not sure how similar they are, but I was
> able to solve my problem by placing the OpenGL headers from the nVidia
> driver package in /usr/X11R6/include/GL instead of the headers that came
> with the system. In your case, I suppose you should just check to make
> sure the nVidia driver ebuild placed the appropriate headers in that
> directory. You may also need to recompile your OpenGL apps. Hope that
> helps.
>
> --Geoff Mishkin <gmishkin@comcast.net>
>

And just how would I do this? (actually, after looking at the dir listing,
I think this is already done)

############
akira root # ls -l /usr/X11R6/include/GL/
total 444
-r--r--r-- 1 root root 7946 Jan 11 14:08 GLwDrawA.h
-r--r--r-- 1 root root 4433 Jan 11 14:08 GLwDrawAP.h
-r--r--r-- 1 root root 2309 Jan 11 14:08 GLwMDrawA.h
-r--r--r-- 1 root root 2311 Jan 11 14:08 GLwMDrawAP.h
lrwxr-xr-x 1 root root 35 Jan 11 17:03 gl.h
-> /usr/lib/opengl/nvidia/include/gl.h
-r--r--r-- 1 root root 258464 Jan 11 14:08 glext.h
-r--r--r-- 1 root root 15916 Jan 11 14:08 glu.h
-rw-r--r-- 1 root root 30192 Jan 7 09:11 glut.h
-rw-r--r-- 1 root root 4109 Jan 7 09:11 glutf90.h
lrwxr-xr-x 1 root root 36 Jan 11 17:03 glx.h
-> /usr/lib/opengl/nvidia/include/glx.h
-r--r--r-- 1 root root 26076 Jan 11 14:08 glxext.h
-r--r--r-- 1 root root 2543 Jan 11 14:08 glxint.h
-r--r--r-- 1 root root 2453 Jan 11 14:08 glxmd.h
-r--r--r-- 1 root root 51725 Jan 11 14:08 glxproto.h
lrwxr-xr-x 1 root root 42 Jan 11 17:03 glxtokens.h
-> /usr/lib/opengl/nvidia/include/glxtokens.h
-r--r--r-- 1 root root 8209 Jan 11 14:08 osmesa.h
############
--
Shan Destromp
---
Sent: Mon, Jan 12, 2004 @ 14.58.42 EST
----
OS: GNU/Linux 2.4.22-gentoo-r4
Processor: AuthenticAMD i686