Search options (Page 3 of 8)

Another thing that happens to me is that threads are automatically set to "read" even when I've not actually read them. To avoid this I have to open a tab for every forum which has new posts and then read them one at a time, otherwise going back and forth will make all the "blue squares" disappear.
Maybe the board needs an update?

What's that lol

Reading the first post may help.

Sometimes they have different names or they may even not exist and you need to do 2 or 3 lines of C++ code to replicate them.
The cool thing is that you just need to refer to the MScript source file to see how the Lua functions are made:
http://code.google.com/p/maratis/source … .cpp?r=203
Just do a search with your browser and you'll end up to the function body that you need.
With minor modifications you should get a working code.
In the case of "translate":

MVector3 axis(1,0,0);
axis = object->getRotatedVector(axis);
object->setPosition(object->getPosition() + axis);

That's it, thank you

Generally, libraries could be released on the internet in this forms:
-a pack full of source files that you can directly compile
OR
-a DLL file (.dll) with a header file (.h) and an import library (.lib).

In the first case, you should create a C++ game plugin for Maratis and add the source files that you've downloaded in your project. Depending on various things you may get some warnings or even some errors during compilation and so it requires a bit of work to "adjust" the code to make it work or to add the necessary preprocessor directives.

In the second case, your source files will be the headers (.h), but the content of every function will not be in the source files but it will be inside the DLL (.dll) already compiled. So to compile you also need to include the import library (.lib) in your project.
Then your final executable (.exe) or, in this case, your Maratis plugin DLL (.dll), would have to run in the same folder of the DLL, so when you release your game you would have to release the DLL too.

The second case is the same scenario that you find when creating a Maratis plugin in C++: you have the Maratis headers and the MCore.lib and MEngine.lib import libraries.

The problem with the second case is that if the DLL (and the .lib) are compiled with say MinGW, it won't work if you compile your project with a different compiler, e.g. the Visual Studio one.

In any case you have to bother with C++, you can't use other DLLs with Lua.

He requested this feature in the related thread.
There are no other threads about it.

Driving

You can make the character walk to the correct position, instead of snapping.
Then you rotate him in the correct direction, and then play the animation to enter the car.
So it will look all smooth.

Yes, reading the source file that you've posted I noticed RAD_TO_DEG.

Nice to know. What I'm trying to do is explained here: http://forum.maratis3d.com/viewtopic.php?pid=5545#p5545
Since the mesh file may have a mesh a bit rotated (not perfectly looking towards one of the axis), I need to adjust that.
How can I do it?
1) rotating the mesh itself editing the vertices
or
2) adding a rotation offset to the bone associated with the ragdoll part (what I'm currently trying to do).

My code for finding the offset is now the following. It only runs one time, at the ragdoll creation, and saves the offset data in a class which manages the ragdoll part (the forearm in this case).

//find the angle between the elbow and the wrist bones (I've tried both local and relative coordinates)
    MVector3 AxisYPoint = elbowBonePos;
    AxisYPoint.y = 1000;
    MVector3 A = AxisYPoint - elbowBonePos;  //vector A
    MVector3 B = wristBonePos - elbowBonePos;               //vector B
    A.normalize();
    B.normalize();

//find the angle
    float dp = A.dotProduct(B);
    float angle = acos(dp);

//find the sign of the angle
    MVector3 cross = B.crossProduct(A);
    if(B.dotProduct(cross) < 0)
        angle = -angle;

    ragdollPart->angle = float(angle * RAD_TO_DEG);
//find the axis
    ragdollPart->axis = cross;

The code for moving the bone is the following one (the first part is basically the code you gave me in another topic):

            //rotate the bone
            MMatrix4x4 myMatrix = character_using_the_ragdoll->getMatrix()->getInverse() * (*ragdollPart->entity->getMatrix());
            MObject3d * parentBone = bone->getParent();
            if(parentBone)
            {    //calculate object matrix in parentBone's space coordinate
                myMatrix = parentBone->getMatrix()->getInverse() * myMatrix;
            }
            //get rotation coords from myMatrix
            bone->setEulerRotation(myMatrix.getEulerAngles());


            //add offset (that I calculated before)
            bone->addAxisAngleRotation(ragdollPart->offsetAxis,ragdollPart->offsetAngle);

There is a lot of code of course that I'm not showing, where I set the physics properties and do other things, but everything is working. If I don't do this "offset thing" all the ragdoll is working fine and the arm is swinging around the pivot and the skeleton is correctly updated, but the skeleton forearm is slightly off in respect to the ragdoll part forearm, and this is what I was trying to solve.

Sure, I didn't get mad, I was just pointing out what you were not understanding. The lua-code-misinterpretation makes everything clear now. It's just hard to show our mood via forum text, but you can stay assured that my mood is always quiet and calm.

Not when you use the collision shape convex-hull.

You should more carefully read my posts BTW. You missed this important part:

start the physics context and enjoy how everything is working fine and the forearm swings

Which, in other words, means that my ragdoll code WORKS.
The problem is only when the mesh is a bit rotated (not facing the axis perfectly).
If I use a forearm mesh correctly rotated then my code does work. But I want my game to be able to accept and adapt to any meshes.

You are again forcing me to say "I know my stuff". I can't write yet another wall of text just to explain all my project goals. This topic is just to ask specific help on a very specific task.

Again, you have not read my posts carefully, since it's obvious that I'm using C++ and nothing else, with MArmature, MBones, etc.
This time you missed another line:

update the skeleton to match the rotation of the ragdoll part

I appreciate your help attempts, but please now don't go off-topic. ^ ^

I know my stuff, I need to edit the mesh via code because I'm trying to do complex things and so the mesh must be manipulated by my game and not manually using Blender or other tools.
If you can find what's wrong in my above code, then post.
Thanks.