mesa3d-users Mailing List for Mesa3D

Kevin Vaughan wrote:

> I am have a problem with the transparency of my
> texture. In my program, I am mapping a background
> texture(bmp), then placing icons (tga) on top of this
> background. The tga icon images have transparent
> backgrounds (RGBA), however, when they are placed on
> top of the background texture, what ever color is
> selected fills the background. Therefore, insted of
> the underlying texture, I am seeing the selected
> color. I have attempted alpha tests, glblend,
> popattributes, and much more. The furthest I have
> gotten is when I change the color to
> color4f(0.0,0.0,0.0,0.1) after the glblend. This gives
> me complete transparency of my background, however,
> also enables some transparency of my actual icon as
> well. If any one has run into this situation before, I
> would greatly appreciate the help.

Sounds like either your glTexEnv is set to something screwy - or
your glBlendFunc settings are not correct.

----
Steve Baker                      (817)619-2657 (Vox/Vox-Mail)
L3Com/Link Simulation & Training (817)619-2466 (Fax)
Work: sj...@li...           http://www.link.com
Home: sjb...@ai...       http://www.sjbaker.org

Kevin Vaughan wrote:
> I am have a problem with the transparency of my
> texture. In my program, I am mapping a background
> texture(bmp), then placing icons (tga) on top of this
> background. The tga icon images have transparent
> backgrounds (RGBA), however, when they are placed on
> top of the background texture, what ever color is
> selected fills the background. Therefore, insted of
> the underlying texture, I am seeing the selected
> color. I have attempted alpha tests, glblend,
> popattributes, and much more. The furthest I have
> gotten is when I change the color to
> color4f(0.0,0.0,0.0,0.1) after the glblend. This gives
> me complete transparency of my background, however,
> also enables some transparency of my actual icon as
> well. If any one has run into this situation before, I
> would greatly appreciate the help.

Hard to say what the problem is.  If you look at the
demos/fire.c program, it uses RGBA textures with alpha
testing to draw the trees.

If you've got code, I could take a quick look at it.

-Brian

I am have a problem with the transparency of my
texture. In my program, I am mapping a background
texture(bmp), then placing icons (tga) on top of this
background. The tga icon images have transparent
backgrounds (RGBA), however, when they are placed on
top of the background texture, what ever color is
selected fills the background. Therefore, insted of
the underlying texture, I am seeing the selected
color. I have attempted alpha tests, glblend,
popattributes, and much more. The furthest I have
gotten is when I change the color to
color4f(0.0,0.0,0.0,0.1) after the glblend. This gives
me complete transparency of my background, however,
also enables some transparency of my actual icon as
well. If any one has run into this situation before, I
would greatly appreciate the help.
Thanks,

__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com

Mesa 4.0.3 can be downloaded from 
http://sourceforge.net/project/showfiles.php?group_id=3

Here's what's new:

     New:
	- updated GL/glext.h file (version 15)
	- corrected MMX blend code (Jose Fonseca)
	- support for software-based alpha planes in Windows driver
	- updated GGI driver (Filip Spacek)
     Bug fixes:
	- glext.h had wrong values for GL_DOT3_RGB[A]_EXT tokens
	- OSMesaMakeCurrent() didn't recognize buffer size changes
	- assorted conformance fixes for 16-bit/channel rendering
	- texcombine alpha subtraction mode was broken
	- fixed lighting bug with non-uniform scaling and display lists
	- fixed bug when deleting shared display lists
	- disabled SPARC cliptest assembly code (Mesa bug 544665)
	- fixed a couple Solaris compilation/link problems
	- blending clipped glDrawPixels didn't always work
	- glGetTexImage() didn't accept packed pixel types
	- glPixelMapu[is]v() could explode given too large of pixelmap
	- glGetTexParameter[if]v() didn't accept GL_TEXTURE_MAX_ANISOTROPY_EXT
	- glXCopyContext() could lead to segfaults
	- glCullFace(GL_FRONT_AND_BACK) didn't work (bug 572665)
     Changes:
	- lots of C++ (g++) code clean-ups
	- lots of T&L updates for the Radeon DRI driver
     Known bugs:
	- mipmap LOD computation (fixed for Mesa 4.1)


-Brian

Stephane Chauveau wrote:
> Hi,
> 
> I would like to use textures with borders (in glTexImage2D) but the rendering
> is extremely slow. I suspect that my Voodoo Banshee (XFree 4.2/dri) switch to 
> software rendering. Is there a way to detect such caveats?

No, OpenGL doesn't have a mechanism to tell you what's fast vs slow.
It's actually a complicated problem.


> Are borders implemented in HW for more recent cards (matrox, geforce,...)?

I don't know for certain of any consumer cards that support true
texture borders.  It's not as simple as one would think.

The best alternative is to put your own texture border values around the
perimeter of your texture then use GL_CLAMP_TO_EDGE mode.

-Brian

Peter de Chair Baker wrote:
> I have compiled Mesa-4.0.2 as in instructions, and compiled the glut
> libraries, but the demos that come with mesa tarball dont seem to find
> the glut libraries:
> 
> undefined reference to`glutSwapBuffers'
> undefined reference to `glutGet'
> undefined reference to `glutInitWindowPosition'
> undefined reference to `glutInitWindowSize'
> undefined reference to `glutInitDisplayMode'
> undefined reference to `glutCreateWindow'
> 
> any ideas what i can do to solve this prob? I have Mesa directory in ~/
> is this ok?

Do you have -lglut in your link command?

-Brian

Hi,

I would like to use textures with borders (in glTexImage2D) but the 
rendering is extremely
slow. I suspect that my Voodoo Banshee (XFree 4.2/dri)  switch to 
software rendering.
Is there a way to detect such caveats?
Are borders implemented in HW for more recent cards (matrox, geforce,...)?

 

Stephane Chauveau


 

I have compiled Mesa-4.0.2 as in instructions, and compiled the glut
libraries, but the demos that come with mesa tarball dont seem to find
the glut libraries:

undefined reference to`glutSwapBuffers'
undefined reference to `glutGet'
undefined reference to `glutInitWindowPosition'
undefined reference to `glutInitWindowSize'
undefined reference to `glutInitDisplayMode'
undefined reference to `glutCreateWindow'

any ideas what i can do to solve this prob? I have Mesa directory in ~/
is this ok?

Brad Childs wrote:
> I am trying to create a bitmap from an OSMesaContext.  After the scene 
> is drawn, the buffer sent into OSMesaMakeCurrent has only the clear 
> color, none of the scene data.  Lighting has been previously set up, 
> display size is 1280x1067.  The scene is visible when rendered to a 
> window.  Any ideas what is wrong?
> 
> ctx = OSMesaCreateContext(GL_RGBA, NULL);
> Assert(ctx != pNull, "OSMesaCreateContext failed!");
> 
> // allocate the image buffer
> _pBitmapBits = malloc(_pDisplay->GetWidth() * _pDisplay->GetHeight() * 4 
> * sizeof(GLubyte));
> Assert(_pBitmapBits != pNull, "Alloc image buffer failed!");
> 
> // Bind the buffer to the context and make it current
> if (!OSMesaMakeCurrent(ctx, _pBitmapBits, GL_UNSIGNED_BYTE, 
> _pDisplay->GetWidth(), _pDisplay->GetHeight()))
> {
>         Assert(FALSE, "OSMesaMakeCurrent failed!");
> }
> 
> GLUquadricObj *pObj = gluNewQuadric();          // Get a Quadric off the 
> stack
> int     slices = 20, stacks = 20, radius = 100;
> 
> glMatrixMode(GL_PROJECTION);
> glLoadIdentity();
> glOrtho(-2.5, 2.5, -2.5, 2.5, -10.0, 10.0);
> glMatrixMode(GL_MODELVIEW);
> 
> glClearColor(0, 255, 0);
> glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT);
> 
> glPushMatrix();
> glTranslatef(-100.0, 50.0, 0.0);

My guess is that this translation is moving the sphere _way_
out of your field of view.  Try removing the translation.


> glColor3ub((GLubyte)(255), (GLubyte)(0), (GLubyte)(0));
> gluSphere(pObj, radius, slices, stacks);        // Draw the sphere,
> glPopMatrix();
> 
> // Free the Quadric
> gluDeleteQuadric(pObj);                                        
> // free the image buffer
> free(_pBitmapBits);
> // destroy the context
> OSMesaDestroyContext(ctx);
> 

See the demos/osdemo.c program for a working example otherwise.

-Brian

I am trying to create a bitmap from an OSMesaContext.  After the scene
is drawn, the buffer sent into OSMesaMakeCurrent has only the clear
color, none of the scene data.  Lighting has been previously set up,
display size is 1280x1067.  The scene is visible when rendered to a
window.  Any ideas what is wrong?

ctx =3D OSMesaCreateContext(GL_RGBA, NULL);
Assert(ctx !=3D pNull, "OSMesaCreateContext failed!");

// allocate the image buffer
_pBitmapBits =3D malloc(_pDisplay->GetWidth() * _pDisplay->GetHeight() * =
4
* sizeof(GLubyte));
Assert(_pBitmapBits !=3D pNull, "Alloc image buffer failed!");

// Bind the buffer to the context and make it current
if (!OSMesaMakeCurrent(ctx, _pBitmapBits, GL_UNSIGNED_BYTE,
_pDisplay->GetWidth(), _pDisplay->GetHeight()))
{
	Assert(FALSE, "OSMesaMakeCurrent failed!");
}

GLUquadricObj *pObj =3D gluNewQuadric();		// Get a Quadric off the
stack
int	slices =3D 20, stacks =3D 20, radius =3D 100;

glMatrixMode(GL_PROJECTION);
glLoadIdentity();
glOrtho(-2.5, 2.5, -2.5, 2.5, -10.0, 10.0);
glMatrixMode(GL_MODELVIEW);

glClearColor(0, 255, 0);
glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT);

glPushMatrix();
glTranslatef(-100.0, 50.0, 0.0);=20
glColor3ub((GLubyte)(255), (GLubyte)(0), (GLubyte)(0));
gluSphere(pObj, radius, slices, stacks);	// Draw the sphere,=20
glPopMatrix();

// Free the Quadric
gluDeleteQuadric(pObj);					=09
// free the image buffer
free(_pBitmapBits);
// destroy the context
OSMesaDestroyContext(ctx);

Jeff Lewis wrote:
> Has anyone been successful printing with Mesa under Windows?
> 
> If so, could you spare some code?  ;-)
> 
> We have been trying, but have, as of yet, been unsuccessful.  
> MesaCreateContext requires a window handle which just isn't practical in 
> our situation.  osmesa_context doesn't seem to be working.  We can't 
> seem to get anything out of it...  (Or perhaps onto it...  we just 
> really can't tell...)
> 
> Any help would be appreciated.

As you probably know, printing is not a part of OpenGL.  The best you
can do is take a rendered RGB image and convert it to a printable format.

Many people use the OSMesa interface to do this.  Have you tried
demos/osdemo.c?  It should work on Windows and should give you
the general idea of what to do.

-Brian

Has anyone been successful printing with Mesa under Windows?

If so, could you spare some code?  ;-)

We have been trying, but have, as of yet, been unsuccessful.
MesaCreateContext requires a window handle which just isn't practical in
our situation.  osmesa_context doesn't seem to be working.  We can't
seem to get anything out of it...  (Or perhaps onto it...  we just
really can't tell...)

Any help would be appreciated.

Thanks,

S=E9rgio Monteiro Basto wrote:
> Hi!
>=20
> On Wed, 2002-06-19 at 11:15, Brian Paul wrote:
>=20
>>/usr/X11R6/lib/libGL.so: undefined reference to `grBufferSwap'=20
>>
>>Looks like libGL.so was compiled with the Glide driver enabled,
>>but the libglide2x.so library isn't being found.  You could
>>try reconfiguring/rebuilding with './configure --without-glide'.
>>
>=20
>=20
> I try ./configure --without-glide=20
>=20
> and works perfectly=20
>=20
> thank you very much
>=20
> but what is glide?

Glide was 3dfx's proprietary library for their hardware.


> I check in my RedHat and I found glide3 and glide3-devel rpms packages=20
> =20
> "Glide3 provides the necessary low-level interface glue between the Mes=
a
> 3D graphics library, and 3Dfx Voodoo series of hardware. This package i=
s
> required by the XFree86 tdfx driver in order to provide 3D acceleration
> support for the 3Dfx Voodoo 3/4/5 and Voodoo Banshee hardware."
>=20
> so 3Dfx Voodoo is one video-card isn't it ?

yes.

> so my video-card is one S3 Savage Twister.
> so I don't need glide or glide in my computer is useless ?

You don't need glide.


> so I can delete this two rpms ?

Yes.

-Brian

Hi!

On Wed, 2002-06-19 at 11:15, Brian Paul wrote:
> /usr/X11R6/lib/libGL.so: undefined reference to `grBufferSwap'=20
>=20
> Looks like libGL.so was compiled with the Glide driver enabled,
> but the libglide2x.so library isn't being found.  You could
> try reconfiguring/rebuilding with './configure --without-glide'.
>=20

I try ./configure --without-glide=20

and works perfectly=20

thank you very much

but what is glide?
I check in my RedHat and I found glide3 and glide3-devel rpms packages=20
=20
"Glide3 provides the necessary low-level interface glue between the Mesa
3D graphics library, and 3Dfx Voodoo series of hardware. This package is
required by the XFree86 tdfx driver in order to provide 3D acceleration
support for the 3Dfx Voodoo 3/4/5 and Voodoo Banshee hardware."

so 3Dfx Voodoo is one video-card isn't it ?
so my video-card is one S3 Savage Twister.
so I don't need glide or glide in my computer is useless ?
so I can delete this two rpms ?
isn't it ?=20
just response yes or no, for be sure :) .=20


S=E9rgio

Nir Asis wrote:
> Hi,
> If I install Mesa on Linux from an rpm does the library recognizes my
> graphics accelerator
> or does it use only software for rendering (when compiling and running
> something at the consol)?

It depends on which RPM you're talking about.  Some distros have
Mesa*.rpm files which contain the software-only, stand-alone Mesa
libraries.

Newer distros (like Red Hat 7.3) install libGL.so from the XFree86-libs
RPM file.  This libGL supports the DRI drivers for 3dfx, ATI, Matrox,
Intel, etc hardware (plus software rendering).

If you run 'glxinfo' it'll indicate if hardware support is present.


> If I compile Mesa on Linux does the compilation process recognizes my
> graphics accelerator

No.


> or do I need to install openGl libraries created by my hardware manufacture?

XFree86 includes DRI-based drivers for some hardware.  These drivers
are based on Mesa.

What kind of graphics hardware do you have?

-Brain

Hello 

} I don't think the visual handling code changed
} between 3.4.2 and
} 4.0.x so I can't explain this.

the error of xine is this: 
video_out_opengl: no OpenGL support available (glXChooseVisual)
videowin: output driver cannot select a working visual

} Looks like libGL.so was compiled with the Glide
} driver enabled,
} but the libglide2x.so library isn't being found.  You
} could
} try reconfiguring/rebuilding with './configure
} --without-glide'.
} 
Ok I will try to night.

I forget give one information that can be usefull. 
I use XFree86 4.2.0 and 
libGL and libGlu comes in XFree86-libs version 4.2.0 (one redhat
rpm).
In RedHat 7.2 we have Mesa, Mesa-devel, and Mesa-demos (rpms)
In RedHat 7.3 no Mesa rpms are avaiable !?! (Mesa comes with
Xfree86 4.2.0).
 
thanks
Sérgio Monteiro Basto
		

--------------------------------------------
Webmail da rede SAPO - http://webmail.sapo.pt/

Hi,
If I install Mesa on Linux from an rpm does the library recognizes my
graphics accelerator
or does it use only software for rendering (when compiling and running
something at the consol)?
If I compile Mesa on Linux does the compilation process recognizes my
graphics accelerator
or do I need to install openGl libraries created by my hardware manufacture?

Nir
----- Original Message -----
From: "Brian Paul" <br...@tu...>
To: "Nir Asis" <as...@cs...>
Sent: Tuesday, June 18, 2002 6:17 PM
Subject: Re: [Mesa3d-users] off screen rendering


> Nir Asis wrote:
> > thanks, a very good and readable answer.
>
> You're welcome.  Don't hesitate to ask questions.
>
> -Brian
>
>
>

S=E9rgio Monteiro Basto wrote:
> after this teste with xine that I was send to xine mailing list:=20
>=20
> "so xine -V OpenGL give one error like this glxinfo can't get visual.
> so I thought  may be is Mesa3D that doesn't give the expect glxinfo bec=
ause
> the version used by RedHat7.3 is Mesa 3.4.2 and xine expect Mesa 4.0.x
> libs ( this new libs implements the OpenGL 1.3 and glx 1.3 specificatio=
n
> )
> so I went to sf.net/projects/mesa3d
> and I get Mesa-4.0.2
>=20
> ./configure;make;make check;make install;
> =20
> and=20
> cd /usr/lib
> rm libGL.so libGL.so.1 libGLU.so.1 libGLU.so
> ln -s /usr/X11R6/lib/libGL.so libGL.so
> ln -s /usr/X11R6/lib/libGL.so.1 libGL.so.1
> ln -s /usr/X11R6/lib/libGLU.so.1 libGLU.so.1
> ln -s /usr/X11R6/lib/libGLU.so libGLU.so
>=20
> cd /usr/local/lib
> mv  *GL* *Mesa* /usr/X11R6/lib/
>=20
> and
> xine -V OpenGL=20
>  works! "=20

I don't think the visual handling code changed between 3.4.2 and
4.0.x so I can't explain this.



> with soft links in cascade  like this:
> ln -f -s libGL.so.1 libGL.so=20
>=20
> when I try to compile  tkgl.c and=20
>=20
> if I done
> ln -f -s libGLU.so.1.3.402 libGLU.so.1
> ln -f -s libGL.so.1.3.402 libGL.so.1
> ln -f -s libOSMesa.so.4.0.402 libOSMesa.so
> error:
>  /usr/X11R6/lib/libGL.so: undefined reference to `grBufferSwap'=20

Looks like libGL.so was compiled with the Glide driver enabled,
but the libglide2x.so library isn't being found.  You could
try reconfiguring/rebuilding with './configure --without-glide'.


> if I done
> ln -f -s libGLU.so.1.3 libGLU.so.1
> ln -f -s libGL.so.1.2 libGL.so.1
> ln -f -s libOSMesa.so.3.3 libOSMesa.so
>=20
> everything return to normal , I can compile tkgl.c

-Brian

On Wed, 19 Jun 2002, Meilyr Wyn wrote:

> Im using linux red hat version 6.2
> kernel version 2.2.19
>
> Ive checked errno.h, there is no definition for EINTR there.

It must be there somewhere - *way* too many UNIX programs rely
on it - including many of mine that I *know* are running under
RH6.2.

> What would you suggest?

Grep for it of course...

   grep EINTR /usr/include/*
   grep EINTR /usr/include/*/*
   grep EINTR /usr/include/*/*/*
   ...

...until you find it.

On my SuSE system, it's defined in /usr/include/asm/errno.h

You should include <errno.h> ...
  ...which includes <bits/errno.h>
    ...which includes <linux/errno.h>
      ...which includes <asm/errno.h>
        ...which #define's EINTR

----
Steve Baker                      (817)619-2657 (Vox/Vox-Mail)
L3Com/Link Simulation & Training (817)619-2466 (Fax)
Work: sj...@li...           http://www.link.com
Home: sjb...@ai...       http://www.sjbaker.org

Hello again

Im using linux red hat version 6.2
kernel version 2.2.19

Ive checked errno.h, there is no definition for EINTR there.
What would you suggest?

Many thanks for your help

Meilyr
>
>Meilyr Wyn wrote:
>>Thanks Brian for the reply
>>
>>I have sorted out the header files problems. Now i get the following
>>error message when compiling GLUT:
>>
>>glut_event.c: In function `interruptibleXNextEvent':
>>glut_event.c:328: `EINTR' undeclared (first use in this function)
>>glut_event.c:926: `EINTR' undeclared (first use in this function)
>>make[2]: *** [glut_event.o] Error 1
>>
>>Any suggestions would be very much appreciated.
>
>EINTR is a standard Unix error token (usually defined in 
>/usr/include/errno.h).
>
>Which OS are you using?
>
>-Brian
>
>




_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.

after this teste with xine that I was send to xine mailing list:=20

"so xine -V OpenGL give one error like this glxinfo can't get visual.
so I thought  may be is Mesa3D that doesn't give the expect glxinfo because
the version used by RedHat7.3 is Mesa 3.4.2 and xine expect Mesa 4.0.x
libs ( this new libs implements the OpenGL 1.3 and glx 1.3 specification
)
so I went to sf.net/projects/mesa3d
and I get Mesa-4.0.2

./configure;make;make check;make install;
=20
and=20
cd /usr/lib
rm libGL.so libGL.so.1 libGLU.so.1 libGLU.so
ln -s /usr/X11R6/lib/libGL.so libGL.so
ln -s /usr/X11R6/lib/libGL.so.1 libGL.so.1
ln -s /usr/X11R6/lib/libGLU.so.1 libGLU.so.1
ln -s /usr/X11R6/lib/libGLU.so libGLU.so

cd /usr/local/lib
mv  *GL* *Mesa* /usr/X11R6/lib/

and
xine -V OpenGL=20
 works! "=20

with soft links in cascade  like this:
ln -f -s libGL.so.1 libGL.so=20

when I try to compile  tkgl.c and=20

if I done
ln -f -s libGLU.so.1.3.402 libGLU.so.1
ln -f -s libGL.so.1.3.402 libGL.so.1
ln -f -s libOSMesa.so.4.0.402 libOSMesa.so
error:
 /usr/X11R6/lib/libGL.so: undefined reference to `grBufferSwap'=20

if I done
ln -f -s libGLU.so.1.3 libGLU.so.1
ln -f -s libGL.so.1.2 libGL.so.1
ln -f -s libOSMesa.so.3.3 libOSMesa.so

everything return to normal , I can compile tkgl.c

thanks in advance
S=E9rgio Basto

Meilyr Wyn wrote:
> Thanks Brian for the reply
> 
> I have sorted out the header files problems. Now i get the following 
> error message when compiling GLUT:
> 
> glut_event.c: In function `interruptibleXNextEvent':
> glut_event.c:328: `EINTR' undeclared (first use in this function)
> glut_event.c:926: `EINTR' undeclared (first use in this function)
> make[2]: *** [glut_event.o] Error 1
> 
> Any suggestions would be very much appreciated.

EINTR is a standard Unix error token (usually defined in /usr/include/errno.h).

Which OS are you using?

-Brian

Thanks Brian for the reply

I have sorted out the header files problems. Now i get the following error 
message when compiling GLUT:

glut_event.c: In function `interruptibleXNextEvent':
glut_event.c:328: `EINTR' undeclared (first use in this function)
glut_event.c:926: `EINTR' undeclared (first use in this function)
make[2]: *** [glut_event.o] Error 1

Any suggestions would be very much appreciated.

Many thanks

Meilyr



_________________________________________________________________
Join the world’s largest e-mail service with MSN Hotmail. 
http://www.hotmail.com

Nir Asis wrote:
> Hi,
> I'm trying to use the AUX buffers for offscreen rendering, but the picture
> on the screen still changes. Also, even when not trying to write into 
> some AUX buffer
> I can still read from it and get the picture which shows on the screen. 
> I'm using Mesa-3.4.1 on
> a Solaris machine. Does it means that these buffers are not implemented 
> in Mesa?

Correct.  When you call glDrawBuffer(GL_AUX0) you should be getting
a GL error.


> Are these buffers implemented only in hardware or am I doing something 
> wrong?

I don't know of any OpenGL implementation that implements aux buffers.


> I'm using glDrawBuffer(GL_AUX0) to direct the rendering to AUX0 and not 
> the screen
> and glReadBuffer, glReadPixels to read the date.

You have to call glGetInteger(GL_AUX_BUFFERS, &n) to see how many
aux buffers are available.  n is is usually zero.

There are other solutions:  Mesa's off-screen interface, GLXPixmaps,
pbuffers, etc.

-Brian

Hi,
I'm trying to use the AUX buffers for offscreen rendering, but the =
picture
on the screen still changes. Also, even when not trying to write into =
some AUX buffer
I can still read from it and get the picture which shows on the screen. =
I'm using Mesa-3.4.1 on
a Solaris machine. Does it means that these buffers are not implemented =
in Mesa?
Are these buffers implemented only in hardware or am I doing something =
wrong?
I'm using glDrawBuffer(GL_AUX0) to direct the rendering to AUX0 and not =
the screen
and glReadBuffer, glReadPixels to read the date.


Nir