Hmm, this might be an expensive operation using glReadPixels/glDrawPixels. It might be better to render to textures and use a shader to do the inzigging. What hardware (GPU-wise) are you targetting?

I will investigate this weekend. Since we can't reproduce the problem, I would need your help! Do you have a Skype, MSN or ICQ account? Send me a PM with your account id, so that we can chat a little to help me understand the behaviour on your system and maybe do a test session, to get some logging info for me.

Are you really from Malaysia? If so, you are 6 hours ahead.  I could be online tomorrow around 18:00-20:00 your time.

What am I supposed to do? Click on Martin and drag him to the Death Star?
LWJGL or JOGL? Whatever is the default set for the SelectionTest application.
Normally I use LWJGL for my own game.

If it had worked, you would have noticed it, since you get a blue selection box around the model, if you click on it. Seems like a bug to me Do you use the cooker release or the latest svn version?

Hmm, strange. Works for me. Maybe the zooming had some impact on the selection. Please try it directly after starting the testcase. If it does not work, please specify your systems spec (OS, java version, LWJGL or JOGL etc.)

SelectionTest

The Selection Test performs picking on "Selectable" objects and allows to move them corresponding to a MovementConstraints implementation. Try it out and see, if you miss a feature. I implemented the selection framework, so I might be able to help with specific problems.

Ah , I wasn't sure, if you were makeing a pun out of my misspelling. 

But that's normal - I am german, we are the only ones that have their own iso-code for english: DE_en  (called Denglisch)

I tend to enjoy other things after a normal working day as J2EE programmer - like my wife or some drumming...

Those certainly sound "reliable."   

My wife or the drumming?

Have you ever tried to use the underwater parts to, by mixing it with the water surface? is it difficult?

You misunderstood my statement. The underwater parts are only clipped away to get the reflection perspective you see, when you view the water from above. The shader theoretically does reflection, refraction (mixing in perspectively distorted underwater geometry) and fresnel, but I screwed it, so it doesn't look this way. I always wanted to rework the water shader to get a more realistic appearance, but I am very bad at doeing spare time work in a realiable manner (ask marvin ) I tend to enjoy other things after a normal working day as J2EE programmer - like my wife or some drumming...

Yes. The scene is rendered from "below" the water surface to get the reflection view and the unneeded parts (underwater) are clipped away.

I have already asked Mathias to update the Netbeans projects and the ant built scripts and he will do it when he has time.

Just committed the change

Add

Code:

  static
  {
      JPopupMenu.setDefaultLightWeightPopupEnabled(false);
  }

to one of your classes

I've noticed that xith-tk has a nblibraries.properties file that points to the location of the native .dll files.  The netbeans "run vm args" are: "-Djava.library.path="${libs.xith3d-third-party-natives.classpath}""  This is rather nifty as I originally had a rather long path list. 

I'm assuming that when I ask netbeans to execute a xith-tk program, netbeans will deference "${libs.xith3d-third-party-natives.classpath}" from the nblibraries.properties file and then execute.  Or does it?  I like the idea of referencing dll or jars from a properties file than one large monolithic classpath or -Djava.library.path command line entry.  Any info appreciated.

You are right. In xith-tk, we created a special native classpath, that points to the dlls (or other natives when you rename a "nblibraries-private-<platform>.properties" file to "nblibraries-private.properties"). You can even edit this in netbeans, if you temporarily add the "xith3d-third-party-natives" library in the projects properties and click the Edit-Button. You have to remove it from the classpath afterwards, though, since otherwise the natives are also includes in the - well - classpath   You don't want that (could lead to problems). You only want the property being set to reference it in the JVM args.

Hope it helps.

PS. the same "trick" is mentioned in my "Setting up Xith3d in Netbeans 6.1" (currently the only ) blog post.

I guess, his native language is belarusian 

Ooops, I didn't know, that they have an own language... mea culpa...

He is from Belarus (look into his profile ), so I assume his first language would be russian.

I disagree. If the tweaking the animation on coding level give some more lifelike appearance or smother transition, it is a good thing. Think about the parametric model animation in crysis - it is great. But I also think, you should do that only, if it is crucial for your game, or you have time left and want to do some polishing.