Kai Schutte wrote:
>
> Hello, Master Paul :)
>
> > > I'm trying to get a few programs running which require the
> ARB_multitexture
> > > extension, while using hardware acceleration.
> > Which hardware?
>
> I meant direct rendering using the mga driver... I'm running RedHat 7.2,
> kernel 2.4.18, with an Millenium G200.
>
> > > I haven't found any
> > > config files to enable them, only the extensions.c file, which I tried
> > > modifying but all that crashed X, which I had expected.
> > It sounds like you might be using indirect rendering.
>
> This is more precisely what I've done: Once I had direct rendering working
> (confirmed by glxinfo and the gears program running at probably 100fps, I
> don't remember exactly), I tried getting the ARB_multitexture extension
> working. I looked around for config files, but couldn't find any. So I
> modified xc/extras/Mesa/src/extensions.c which contains
> [...]
> } default_extensions[] = {
> { OFF, "GL_ARB_imaging", F(ARB_imaging) },
> { OFF, "GL_ARB_multisample", F(ARB_multisample) },
> { OFF, "GL_ARB_multitexture", F(ARB_multitexture) },
> { OFF, "GL_ARB_texture_border_clamp", F(ARB_texture_border_clamp) },
> { OFF, "GL_ARB_texture_compression", F(ARB_texture_compression) },
> { OFF, "GL_ARB_texture_cube_map", F(ARB_texture_cube_map) },
> { OFF, "GL_ARB_texture_env_add", F(EXT_texture_env_add) },
> [...]
All rasterization-related extensions are off by default. It's up
to the driver to enable the extensions that can be supported.
> I changed OFF to ON just to see what it did on the multitexture related
> line, recompiled, restarted X: glxinfo showed that ARB_multitexture was
> loaded and that direct rendering was still enabled. I tried a test program
> which used this extension, and I don't remember if this killed X, or whether
> it gave some error and quit, in any case, it didn't work... not much of a
> surprise when you try poking around like this.
I don't think the G200 supports multitexture. That's probably why
it's disabled. You can get into all kinds of trouble by arbitrarily
enabling extensions - don't do it.
> > When using indirect rendering, all three of the client side libGL,
> > server side GLX decoder and server-side rendering engine (Mesa) must
> > support an extension in order for it to be advertised to the user.
>
> I built the tree from CVS and did a make install directly into my /usr/X11R6
> directory (RedHat 7.2 comes with XFree86 4.1.0). Does this create version
> incompatibility problems? I just noticed from looking at my glxinfo that my
> glu is still Mesa 3.4.2, while libGL is 4.0.2.
>
> ... a few hours later ...
>
> I tried to figure out how to compile the DRI tree and have it use the newer
> GLU, but remained unsuccessful. So I tried installing the distribution
> version of XFree 4.2.0 just to see what it does, and yes, glxinfo says
> direct rendering enabled, with ARB_multitexture loaded, and confirmed this
> with a few tests, everything worked well.
>
> So is it just a matter of updating the glu to version 4.0.2? If yes, then
> can you give me hint on how to do this?
Both Mesa and the DRI contain the latest version of the SGI GLU library
(version 1.3).
-Brian
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
