Search options (Page 19 of 60)

To be correct you need to use the matrices, after the armature parenting is computed,
you multiply the entity matrix with the bone matrix :

MMatrix4x4 boneWorldMatrix = (*entity->getMatrix()) * (*bone->getMatrix());

All meshs are instances, so because multiples entities can use the same mesh
you need to update the armature for each entity (depending on the entity current animation) before retrieving the bone matrix :

MMesh * mesh = entity->getMesh();
if(mesh)
{
    MArmature * armature = mesh->getArmature();
    MArmatureAnim * armatureAnim = mesh->getArmatureAnim();
    if(armature)
    {
        // animate armature
        if(mesh->getArmature())
        {
            MArmature * armature = mesh->getArmature();
            if(mesh->getArmatureAnim())
            {
                animateArmature(
                    mesh->getArmature(),
                    mesh->getArmatureAnim(),
                    entity->getCurrentFrame()
                );
            }
            else
            {
                armature->processBonesLinking();
            }
        }
    }
}

this computation is otherwise only done at rendering if the entity is visible.

Thanks,
for Sleep it's probably a missing include,
I'll try to check all that on each platform when I can.

yes I forgot something, it's not warning on mac as uint32_t is available by default,
changed.

There was some code requiring c++99
I changed that and modified the way tinyutf8 was called

I'm not sure, simple enough things, like object hierarchy are Enhancements and are technically ok in the tracker,
but complex things like a terrain editor are more than that, the impact is beyond, it's more a glimpse of future possibilities.

The fact that you do fake screenshot is interesting and your ideas are very valid, maybe it should be a page in the wiki that could be accessed from "Roadmap", as a study of future possible evolution with different propositions and screenshots. It's actually what they did for Blender when working on a new interface, they made a big document first with fake screenshots. The section could also contains more classic studies / comparisons with other softwares. And the development could pick ideas from it.

What do you think ?

mh, no clue for that,
MCore is pretty simple, there is no platform code except dirent for windows.

For FreeImageTag.h, I found a case sensitive path problem in the freeimage premake
and for MGui I modified the Test premake

Thank you, I only tested on mac,
I probably made a mistake in the premake of glfw, I updated if you want to try again.

I committed all this into a new "Experimental" branch,
it's still in progress but the core is functional.

- MGui version 2 (rewritten, data independent, real fonts, node system...)
- glfw 3 context, multithread
- freeimage loader
- a collection of image filters (edge detection, blur, etc)
- UTF8 text
- premake build system

I don't know premake a lot, does someone know how to have premake to embed data (images, fonts...) if the output is a xcode project ?
Anaël.

Yes it needs more bricks, for now there is only the look-at and follow behavior by default,
it's planned in the TODO list for some time already (Additional behaviors : simple AI, ready-made player...)
see wiki : http://wiki.maratis3d.org/index.php?title=Roadmap

It will grow slowly as Maratis gets more popular.

It's possible to make a good game without programming, but like I said before it only works for already existing game-play, it need logic bricks, and this logic bricks need to be programmed.

A new concept needs programming, but it generally means a programmer in the team, because a good game-designer and level-designer don't need to write code, they need bricks, behaviors and variables.

Everything depends what you need to do and who do what, that's why planning is so important in my opinion.

I actually started making game when I was a teenager using something called "Click and Play" and the second version "The game factory" where all the logic was made using a table (more or less like an excel table with action > reaction)
And I liked that, but it was only working till a point because there was no way to add a new logic brick by actually coding.

So it really depends of the needs.

ok, no stress.

I think you can change the name by doing :
mar_anim_list[id].name = newName