From: Sven G. <sgo...@ja...> - 2000-01-26 12:03:33
|
Now I have tested the Method glGetIntegerv(GL_STENCIL_BITS,...) with GL4Java Version 2.1.3.2 and: - WinNT 4.0 + Matrox G200 OpenGL Stencil bits are 8 Color bits are 5 - WinNT 4.0 + NVidia GeForce256 + Elsa X2 OpenGL Driver Stencil bits are 0 Color bits are 5 - Linux + NVidia GeForce256 + NVidia GLX 1.2 Mesa 3.0 OpenGL Driver Stencil bits are 0 Color bits are 5 - Linux + Mesa 3.1 Soft OpenGL Driver Stencil bits are 0 Color bits are 5 So I guess it is about the Stencil capabilities of the gfx-card and the driver. I guess the Method glGetIntegerv(GL_STENCIL_BITS,...) is OpenGL1.2 only - right ? Or should we enable Stencil with glEnable(GL_STENCIL...) ? But it is not a bug in GL4Java ! Yours, Sven Sven Goethel wrote: > > I have testet gltest with: > WinNT 4.0 > Jdk 1.2.2 & native threads & symantec jit > GL4Java 2.1.2.2 (current windows version) > Output: > Stencil bits are 8 > Color bits are 5 > > So it must be a GL4Java 2.1.3.0 on Unix with Mesa 3.0 bug ! > { Mesa 3.0 Software renderer ???) > > I will check this for unix & mesa 3.1 this weekend ! > > Then I will put the new version for Mesa 3.1 online ! > > Yours, Sven > > Pontus Lidman wrote: > > > > > Of course, GL4Java should support glGetIntegerv(GL_STENCIL_BITS,...) ! > > > > > I didn't realize it was a bug, so I forgot some traditional bug-report > > information. I have attached a java file showing the problem (0 bits in > > stencil buffer). > > > > I use gl4java 2.1.3.0 on Linux 2.2.13 with JDK 1.2.2, glibc 2.1.2 and > > Mesa 3.0. > > -- > mailto:sgo...@ja... > www: http://www.jausoft.com > voice: +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 -- mailto:sgo...@ja... www: http://www.jausoft.com voice: +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 |