|
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
|