Hi !
Featured games (85)
games approved by the League of Dukes
Games in Showcase (636)
Games in Android Showcase (178)
games submitted by our members
Games in WIP (686)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
   Home   Help   Search   Login   Register   
  Show Posts
Pages: [1]
1  Java Game APIs & Engines / JOGL Development / Re: Controlled buffer swapping on: 2003-08-26 21:17:01
Hi Gregg, I'd love to see your improved code.  I'm at

2  Java Game APIs & Engines / JOGL Development / Graphics Inconsistancy on: 2003-08-26 02:38:05

Just last week I changed my OpenGL rendering code to use JOGL instead of GL4Java.  I was able to get it working well on both Windows and Linux in less than a day.  Very nice.

But, Solaris wasn't so sucessful.  I am running the very latest Java version (1.4.2) and Im getting very strange lighting behaviour.  I have made a test program that shines a single directional light from the upper right top, onto a grey sphere.  The directional light comes out at maximum brightness at every vertex it strikes, regarless of the angle at which they hit the sphere.

Could I be forgetting to set some OpenGL defaults that are different on Solaris OpenGL and Windows OpenGL? Any luck with Solaris, anyone?

I have included screen shots of my test program:
Windows (good picture) Smiley

Solaris (bad picture) Sad

Oh, but wait!  Lets see what happens with GL_SPECULAR set to zero.... wait.... testing.... it fixes it!  Now the sphere looks evan better on Solaris then on Windows.  In the old version, the version that gives a specular highlight in a few polygons on Windows, the GL_SPECULAR color was set to be the same as GL_DIFFUSE - but this gives crazy shading on Solaris.  So Im not sure how safe this GL_SPECULAR term is to use.  For some reason, GL4Java doesn't have this problem.  Sven Goethel is a genius!        
3  Java Game APIs & Engines / JOGL Development / Re: Controlled buffer swapping on: 2003-08-26 00:52:53
Hi, I also have a beef with with the way the buffer swapping
is done in JOGL.  It does the swap for you, after it calles
GLEventListener.display()!  This has been problematic for
me to - it broke my XOR graphics update system on the
Sun computers (which JOGL doesnt seem to work well on right now anyway) because the hardware there does a pointer swap rather than a buffer copy for glSwap().  So my code wrote onto the front buffer for an XOR updates on the Suns.  Also I would like to be able to defeat a swap entirly if my code can determine there was really no reason to do an update.  Did you subclass your own GLCanvas?
Pages: [1]
Dwinin (61 views)
2015-11-07 13:29:08

Rems19 (74 views)
2015-10-31 01:36:56

Rems19 (67 views)
2015-10-31 01:32:37

williamwoles (103 views)
2015-10-23 10:42:59

williamwoles (90 views)
2015-10-23 10:42:45

Jervac_ (103 views)
2015-10-18 23:29:12

DarkCart (131 views)
2015-10-16 00:58:11

KaiHH (113 views)
2015-10-11 14:10:14

KaiHH (153 views)
2015-10-11 13:26:18

BurntPizza (166 views)
2015-10-08 03:11:46
Rendering resources
by Roquen
2015-11-13 14:37:59

Rendering resources
by Roquen
2015-11-13 14:36:58

Math: Resources
by Roquen
2015-10-22 07:46:10

Networking Resources
by Roquen
2015-10-16 07:12:30

Rendering resources
by Roquen
2015-10-15 07:40:48

Math: Inequality properties
by Roquen
2015-10-01 13:30:46

Math: Inequality properties
by Roquen
2015-09-30 16:06:05

HotSpot Options
by Roquen
2015-08-29 11:33:11 is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!