This looks cool.


Whenever you get a chance you should do a youtube video or post a weblink so we can see it in action.

Well, I have no experience with JMonkeyEngine (but I know it has good reputation) but I am not sure you will gain much speed: Processing is quite "raw", ie. it is a thin layer on Java, and OpenGL coding is mostly about sending commands to the GPU, no? So don't expect spectacular speed increase. But if I am wrong, just debunk here my guesses!

What JME can bring to you is indeed increased facilities around game design, it is probably less tedious to code games with it. Although if you did most of the hard work already, the advantage is less obvious. Only you can tell if what JME brings as facilities is worth using it.

That's great to know Philho.  My speed it actually quite good with Processing.  Not sure if there are differences with JOGL and LGWL.  What I was thinking of was more of its scene graph model.  I plan to break my universe up into cubes and dynamically load them as you fly through the data universe.  So my thought was I could set each cube up as a scene, loading the VBOs and drawing the nearest 27 cubes.  Not sure if a similar thing could be easily done with Processing, perhaps so, or perhaps I'm completely wrong on how the scene graph would work.  But more so, I was looking for the intense graphics effects that you see on today's games, like lightning, fire, partial effects, etc.  Again, maybe this is just a mater of applying those techniques to Processing.  These effects seem common in the gaming environment, but I've been hard pressed to see them duplicated here.  I didn't know if that's just the nature of Processing's user base, or if it is some limitation and difficulty with implementation on the platform.  I'd certainly prefer to stay with Processing.  I'm familiar with it now and the user community is great, plus all the cool libraries.