Irrlicht Engine

Sorry for late response.

The light node is not the child of the character node, or vice-versa.
The light node is not moving anywhere, only characterNode->setRotation and then characterNode->updateAbsolutePosition is happening.

The purpose of this light is to be attached to the camera (which it ...

Could you try reproducing it with this model? (the one in the screenshot)

http://5.196.199.126/download/robot.zip

I am using a standard irrlicht scene light.

Also, i forgot to note that this is a series of three individual screenshots, all of the same character (same node instance), just rotated three times.

edit: normalizing normals after scaling makes no difference

Hi!

I am experiencing this unpleasantness:

http://i.imgur.com/Qe86PxF.png

I am using irrlicht 1.8.3-2, running on archlinux, integrated intel gfx on i7.

Note that the single light is not moving. I have not attached a screen of when the character is facing downwards, because the light is on the ...

:)

Well its basically this (its java, but i think what the hell)

switch (key) {
case KEY_DOWN:

target = camera.getTarget();
target.setX(target.getX() + amount);
camera.setTarget(target);

target = camera.getPosition();
target.setX(target.getX() + amount);
camera.setPosition(target ...

Hello, a quick newbie question:

I have an overhead RTS-like camera, want to move it, so i move the camera itself and the cameras target by the same amount,
but still it kind of, well, i think the camera's target doesn't change..

What am i missing?

I am sure that i won't need anything more that detecting cubes in my project (i think :D ).
Do you have a quick aid on how to detect those two?

:)

EDIT: ok, after a bit of rethinking, how would checking collisions between say 100x100 cubes be more system-loading than checking that with a physics ...

Yes yes, but maaan, two cubes collision! That's not a big deal is it?

Well, i would first check for bounding boxes, then for a more precise detection i would check the corners. In my project, i have only boxes colliding (all rotated only around Y axis). I don't think it is necessary to use a physics engine to check collision of two boxes..

Is there a variable type ...

or maybe something like this:
box = node->getTransformedBBox();
playerBox = playerNode->getTransformedBBox();
playerBox->setRotation(1.0f, playerNode->getRotation().Y, 1.0f);
for each box corner check if isPointInside().

But that would not cover situations when a node hits another with a corner ...

http://irrlicht.sourceforge.net/docu/cl ... 779553c716

That also returns an axis-aligned box..

So what would be the method of getting the rotated bouning box? node->getBoundingBox() ?

Yes, i am having the same problem. The bounding box doesnt rotate, how can i achieve this?

Thank you

Yes, that would work, however by the time the emmiter gets to be destroyed, whole bunch of new emitters+particleNodes are created, so it would be uncomfortable to keep track of all existing particleNodes+their emmiters, since they all would have same lifetime.. Maybe some sort of custom animator..

Hello, is there an animator way to do this? Because if i add delete animator to the particleSystemSceneNode, it kill all the particles (what i want is the emitter to stop emitting and when the last particle dies, i kill the whole node).
Is it possible somehow? I searched the forum, but din't find a ...