Irrlicht Engine

this is why
http://irrlicht.sourceforge.net/phpBB2/ ... php?t=2050

the 3d/vectors part. no knowledge of graphics needed, just some highschool math. but better, grab a book on linear algebra and read the vectors/vector spaces section and you probably won't have any more questions on vectors. about the chase. depends on how realistic you want it to be. if you just wa...

oh, good idea. and there could be two versions of the function, one with the parameter, one without. want me to write a patch (for 0.6 obviously)? but there seem to be some other bugs with multiple animators which i haven't looked at much, but i sure will after this gets fixed

i've struggled a bit with the problem i described earlier here: http://irrlicht.sourceforge.net/phpBB2/viewtopic.php?t=2050 and to avoid further problems i propose separation of ISceneNode::addAnimator() into addAnimator() and addCollisionAnimator(), which would allow storing the collision animator ...

this 0.6 on linux, btw.
the other problem that i said might be my own bug is that the collision animator sometimes stops the previously added animtors from moving. anybody had that problem?

the problem comes in when you have a collision animator and some other animator (for example a "fly straight" one). when you add the collision animator first, you have a problem: (*ait)->animateNode(this, timeMs); gets called on the collision animator first and then on the other animators....

any of you guys use blender?

okay i'm back (vacation!!!!! woooohoooo!!!!!) so. the problem is this: aNode->addAnimator(collisionAnimator); aNode->addAnimator(flyStraightAnimator); - this does not work. it flies straight, but does not collide. another one: aNode->addAnimator(flyStraightAnimator); aNode->addAnimator(collisionAnim...

but if you rotate it every frame the rotation speed depends directly on the FPS. so is you have variable fps, you'll have variable rotation speeds. unless that's okay with you, i think this needs a rotation animator, which doesn't exist.

is my question stupid or nobody can answer it?

I'll clarify it, in case somebody is interested in the code. The aim of the code is to keep a model facing the direction it's moving in. The final code is: float cos = (to-from).dotProduct(vector3df(100,0,0)) / ((to-from).getLength() * vector3df(100,0,0).getLength()); float angle = (acos(cos) / M_PI...

what i have is a model that moves where i click. one thing i see is that if i add a collision animator before the flight animator collision doesn't work. why? if i do it after, the problem is that it doesn't hold untill the next fly straight animator. if i add a collision detector each time i create...

fixed now
funny how you can battle with something for more than 24 hours and then find the sollution in 10 minutes. sorry for the spam

found one problem. i'm finding the length of the from vector instead of the displacement one. but one problem no is that if i click in the 3rd and 4th quadrants of the X-Z plain with the origin at the current position of the model my rotation is also funny - the model faces the direction sideways.

to log in and to specify what the goal of the algorithm is. the goal is to make the model face in the direction it's moving. and for some reason the messages are in reversed order o_0