I have a gun turret in my application which is made up of two moving parts: 1) the base 2) the gun. The base rotates on the y-axis and the gun rotates on the x-axis. I have a flying target in my scene and I'd like the turret to track the target using the same principle of the camera "lookAt()" function. What's the simplest way to get this done keeping in mind that the base of the turrent and the gun on the turret rotate on two different axis. I've tried several methods involving vector math but my linear algebra is a little rusty  :oops: . That's why I was thinking of the camera "lookAt()" function.

I'm not really an expert in modeling but I know "3D Studio Max" can create .3ds files.

The problem is in fact the transformed centers of the objects, they're always reading (0,0,0)  :!:  Why would this be? The objects are in the right positions in the rendered scene. It's probably a timing issue. When should I be calling the code to calculate the distance?

This my be a stupid question but does anyone know of a simple way to calculate the distance from the camera's position to an Object3D in the scene?

I've tried the following but the resulting values don't seem right:


SimpleVector v = object.getOrigin();
v.add(object.getTranslation());
distance = v.calcSub(camera.getPosition()).length();


Any suggestions :?:

I'm trying to implement a way of changing the brightness and contrast of the rendered image dynamically through user controls (GUI). This is proving to be a difficult task. It seems that the only way to post-process a rendered image is by using the getPixels() of the framebuffer and modifying those values. The problem is that this solution only works for software rendering, is there any way to do this for hardware rendering?

Here's the code which effectively plays with the brightness of the rendered framebuffer:


// this is in the rendering loop
Image image = frameBuffer.getOutputBuffer();
BufferedImage buffImage = new BufferedImage(image.getWidth(null),
                            image.getHeight(null), BufferedImage.TYPE_INT_RGB);
Graphics g = buffImage.getGraphics();
g.drawImage(image, 0, 0, null);
g.dispose();

// gainAdjustment is the brightness; where 1.0 is 100%            
RescaleOp op = new RescaleOp(gainAdjustment, 0, null);
buffImage = op.filter(buffImage, null);
           
int [] pixels = frameBuffer.getPixels();
buffImage.getRGB(0, 0, buffImage.getWidth(),
                       buffImage.getHeight(), pixels, 0,
                       buffImage.getWidth());
buffer.refresh();


I still haven't found a way to play with the contrast... but I think my biggest problem is that playing with the FrameBuffer's pixels has no effect in hardware mode :cry:

I'm opened to any suggestions

Is there any way to turn off the output that gets generated while jPCT is initializing :?:  My application also prints output and it's sometimes tough to see with all the jPCT output on the screen.

Thanks for the fix  

About this new build you sent me, what version of jPCT is it? Is it an addon to the v1.10 pre4 or maybe pre5?? I'm assuming this fix will make it to the next official release but in the mean time I'd just like to track the versions I'm working with so far.