It works fine with model without animation, but it has no effect on model with animation.

I need a man model, who can walk and aim weapon same time.

Here is my OnBeginFunction

....
MOText * TextEntity= NULL;
....
void MyGame::onBeginScene(void)
{
    MGame::onBeginScene(); // call the default MGame begin scene
    
    MEngine * engine = MEngine::getInstance(); // get the engine instance
    MLevel * level = engine->getLevel(); // get the current level
    
    
    // get GUI scene and objects
    menu = level->getSceneByName("menu");
    //mouseEntity = menu->getEntityByName("Mouse");
    //barEntity = menu->getEntityByName("Bar");
    TextEntity = menu->getTextByName("Text0");
}

it compiles well but
when I launch game, Maratis crashes and when I del

TextEntity = menu->getTextByName("Text0");

it works well, so what's wrong?
---------------------------------
p.s. Can we put an engine log to console, to find where is a mistake, and if it exists, just disable plugin(as it made with lua)

P.S.: It is translated from Russian.

What Im doing wrong?

I finally brought my postFX plugin to a (hopefully) stable state!
I first wanted to integrate this functionality into the Maratis main engine but decided to make a modular and customizable plugin instead.

You can find it here: http://scary-squid.de/en/show-product.p … processing

You can operate the plugin completely with LUA code so no C++ needed to use it (well, you still have to compile the plugin).
There is a small glsl shader shipped with it which showcases some features. It is more or less a fast hack though.

Keybinding for the demo:

Up & Down arrow: More bloom & less bloom
Left & Right arrow: Bigger radial blur sample distance & smaller radial blur sample distance

Numpad 1: Bloom shader
Numpad 2: Radial blur shader

Have fun!
Sponk

I'd like to learn more about pushing C++ values into Lua so that Maratis can access them and vice versa. How would this work for collections (arrays, hashtables, etc.)? I think figuring this out would help streamline games where you have to worry about a player's inventory, or related mechanics.

If there's some Maratis documentation that covers this specifically, please let me know. I'd love to learn more about it.

Thanks.

I'm relatively new to the Maratis scene, but after looking at all the possibilities the engine offers (because it is extensible), I'd like to become active in its continued development.

I have a couple of ideas I've been knocking around for plugins, and I wouldn't mind some community feedback as to their usefulness and possible integration into the engine:

1. A SQLite Database plugin to add a robust persistent store to the engine (I would build a C++ wrapper around SQLite which would have its functions called from Lua/Maratis).

2. An OGG video player whose data can be streamed as a texture onto geometric primitives used inside the editor. I found this: http://code.google.com/p/liboggplayer/ and was thinking I could find a way to get OGG videos to play inside the engine. This would give users the ability to utilize cutscene movies inside their projects.

3. The ability to publish to Linux on ARM (version 6 and version 7 of the ARM instruction set). This would give developers the ability to deploy their games onto the Raspberry Pi and other, more advanced, Linux SoCs. I think there are some ARM Linux toolchains already out there, and it would just be a matter of getting that integrated into the editor.

I don't know about licensing restrictions, or how that may complicate things, so I'm open-minded to any alternatives if what I've suggested won't work. Thank you for reading, and let me know what you think.

-----------------------------------------------------------------------------------------------------------------------------
-- Maratis plugin premake template
-----------------------------------------------------------------------------------------------------------------------------

    -- Setup the path to MSDK
    msdk = "MSDK/"

    -- Setup the name of your plugin's folder
    sources_folder = "PluginSources"

-- Setup the solution
solution "Game"

    configurations { "Debug", "Release" }
    platforms { "x32", "x64" }

    if os.is("windows") then defines { "_WIN32", "WIN32" }
    elseif os.is("macosx") then defines { "__APPLE__", "MACOSX" }
    elseif os.is("linux") then defines { "LINUX", "linux" } end

    configuration "Debug"
        defines { "DEBUG" }
        flags { "Symbols" }

    configuration "Release"
        defines { "NDEBUG" }
        flags { "OptimizeSpeed" }

    -- Includes directories
    includedirs { msdk .. "MCore/Includes", msdk .. "MEngine/Includes" }

    -- External libraries
    if os.is("windows") then libdirs { sources_folder } end -- set path to MCore & MEngine (dll for minGW, lib for visual studio)

    -- Build plugin from sources ~ NB: do not rename it here, but strip "lib" from "libGame.so"
    project "Game"
        kind "SharedLib"
        language "C++"
        files { sources_folder .. "/**" }
        if os.is("windows") then links { "MEngine", "MCore" } end

NB: you must edit this script to match the location of Maratis SDK libs and of your plugin sources.
This script must be saved as 'premake4.lua' in your project folder.

Note: Mage is very very much in progress and doesn't do much itself now other than load sub-plugins. It is only being shared at this early stage to demonstrate how to combine plugins so you don't have to ship a game with thousands of tiny DLLs

The design of MAGE is to make it as easy as possible to design and create 3D adventure games. A lot of the functionality will be created by making and loading more generic plugins, but it will be brought together with lua scripts and code API that will be tailored towards making adventure games.

There are a lot of things to figure out how to do for an adventure game, and I've yet to decide exactly how much of that can, and should be done in MAGE and how much will be done on the game side.

TODO:
- Inventory system
- Point and click movement
- Point of Interest
    - Comment or action
    - Actor conversation
    - Pickup
- Events

I'll update this post with any new plugins I add, or anyone else wishes me to add here

MEvent Nistur
description
Requirements - none
Optional - none

MScriptableBehaviour Nistur
description
Requirements - none
Optional - MEvent, MScriptExt

MSaveFile Nistur
description
Requirements - none
Optional - MEvent, MScriptExt

MScriptExt Nistur*
description
Requirements - none
Optional - MEvent

MRecast Nistur
description
Requirements - none
Optional - none

MEmbedFile Nistur
description
Requirements - none
Optional - none

*extension of Maratis internal functionality written by Anaël

Right now, it does absolutely nothing. I've just made it all compile and link together into a plugin. I was considering breaking it into two separate plugins (MDetour for the nav-mesh and MRecast for the actual pathfinding, then in future maybe make a MAI that includes both, plus some standard AI stuff) but for now I'm just compiling it all into MRecast.

Before I go any further, I want to say that I still don't have a huge amount of time available right now, so I wouldn't usable results in the near future.

To make things go a bit quicker, it would be useful if people could perhaps provide some use cases for me. If possible that would be a Maratis project, with a level mesh and some sort of character. If I get a couple to work, I can add them to the project (with permission) as examples. Obviously the simple things will come first, but if I could also get some more advanced features then the plugin can (eventually) aim to accomodate them. Things such as doors and jump points.

Ideally, I'd like to be able to represent the nav mesh in some way in the editor, but I don't think there's any way (yet) to render specifically for the editor. There's also the fact that Detour will decimate the level mesh into a much simpler nav mesh. When running in the editor, it makes sense to do this on loading the level (causing a noticable loading time) however when published, ideally we'd want to load the navmesh, so I think I'm going to have to finally get around to extending the publishing system so we can build the navmesh during the publishing

Battle System
Message system:
Message.cpp
Message.h
Menu
Inventory
Party Management
Entity Movement: (Complete)
Movement.h
Movement.cpp
EXP System
Savegame

Movement.cpp

/////////////////////////////////////////////////////////////////////////////////////////////////////////
// SimpleGamePlugin
// Movement.cpp
// 
// Code : Anael Seghezzi edited by Giuseppe Alfieri
/////////////////////////////////////////////////////////////////////////////////////////////////////////

#include "Movement.h"


/////////////////////////////////////////////////////////////////////////////////////////////////////////
// Init, this part is always similar, constructor, copy constructor etc
/////////////////////////////////////////////////////////////////////////////////////////////////////////
int patternLenght, i=0;

// constructor
Movement::Movement(MObject3d * parentObject):
MBehavior(parentObject),
animated(1),
m_rotationSpeed(1),
m_speed(0),
m_flySpeed(0),
m_pattern(""),
cycle(0)
{}

// copy constructor
Movement::Movement(Movement & behavior, MObject3d * parentObject):
MBehavior(parentObject),
animated(behavior.animated),
m_rotationSpeed(behavior.m_rotationSpeed),
m_speed(behavior.m_speed),
m_flySpeed(behavior.m_flySpeed),
m_pattern(behavior.m_pattern),
cycle(behavior.cycle)
{}

// destructor
Movement::~Movement(void)
{}

// destroy function : always similar
void Movement::destroy(void)
{
    delete this;
}

// getNew function : always similar
MBehavior * Movement::getNew(MObject3d * parentObject)
{
    return new Movement(parentObject);
}

// getCopy function : always similar
MBehavior * Movement::getCopy(MObject3d * parentObject)
{
    return new Movement(*this, parentObject);
}

/////////////////////////////////////////////////////////////////////////////////////////////////////////
// Variables, allow to access custom variable from script and from Maratis Editor
/////////////////////////////////////////////////////////////////////////////////////////////////////////

unsigned int Movement::getVariablesNumber(void){
    return 6;
}

MVariable Movement::getVariable(unsigned int id)
{
    switch(id)
    {
    default:
        return MVariable("NULL", NULL, M_VARIABLE_NULL);
    case 0:
        return MVariable("animated", &animated, M_VARIABLE_BOOL);
    case 1:
        return MVariable("rotationSpeed", &m_rotationSpeed, M_VARIABLE_FLOAT);
    case 2:
        return MVariable("movementSpeed", &m_speed, M_VARIABLE_FLOAT);
    case 3:
        return MVariable("flySpeed", &m_flySpeed, M_VARIABLE_FLOAT);
    case 4:
        return MVariable("movementPattern", &m_pattern, M_VARIABLE_STRING);   
    case 5:
        return MVariable("CycleMovement", &cycle, M_VARIABLE_BOOL);

    }
}


/////////////////////////////////////////////////////////////////////////////////////////////////////////
// Events
/////////////////////////////////////////////////////////////////////////////////////////////////////////

// update function (called by MGame class by default)
void Movement::update(void)
{
    MEngine * engine = MEngine::getInstance();
    MGame * game = engine->getGame();

    // check if the game is running, removing thif test will enable In-Editor update (like for the lookAt behavior)
    if(! game->isRunning())
        return;

    // get the associated parent object (who is using this behavior)
    MObject3d * parent = getParentObject();

    // lets rotate the parent object around the z axis, using our custom "rotationSpeed" variable
    if(animated){
    patternLenght=strlen(m_pattern);
    printf("%d", patternLenght);
    parent->addAxisAngleRotation(MVector3(0, 0, 1), m_rotationSpeed);
    if(i<patternLenght){
    // a pattern string of wasd moves the object using rotationSpeed and moveSpeed
    if(m_pattern[i]=='w'){
    MVector3 oldPosition=parent->getPosition();
    MVector3* trnPosition=new MVector3(0,m_speed,0);
    MVector3 newPosition=oldPosition + *trnPosition;
    parent->setPosition(newPosition);
    }
    if(m_pattern[i]=='a'){
        parent->addAxisAngleRotation(MVector3(0, 0, 1), m_rotationSpeed);
    }
    if(m_pattern[i]=='d'){
        parent->addAxisAngleRotation(MVector3(0, 0, -1), m_rotationSpeed);
    }
    if(m_pattern[i]=='s'){
        MVector3 oldPosition=parent->getPosition();
        MVector3* trnPosition=new MVector3(m_speed/2,0,0);
        MVector3 newPosition=oldPosition + *trnPosition;
        parent->setPosition(newPosition);
    }
    i++;
    }
    else if(cycle)
        i=0;
    
    }
}

Movement.h

/////////////////////////////////////////////////////////////////////////////////////////////////////////
// MovementGamePlugin
// Movement.h
// 
// Code : Anael Seghezzi edited by Giuseppe Alfieri
/////////////////////////////////////////////////////////////////////////////////////////////////////////

#ifndef _MY_BEHAVIOR_H
#define _MY_BEHAVIOR_H

#include <MEngine.h>


class Movement : public MBehavior
{
public:

    // constructors / destructors
    Movement(MObject3d * parentObject);
    Movement(Movement & behavior, MObject3d * parentObject);
    ~Movement(void);

private:
    
    // custom variables
    bool animated;
    float m_rotationSpeed;
    float m_speed;
    float m_flySpeed;
    char  *m_pattern;
    bool cycle;
    
public:

    // destroy
    void destroy(void);

    // get new
    static MBehavior * getNew(MObject3d * parentObject);

    // get copy
    MBehavior * getCopy(MObject3d * parentObject);

    // name
    static const char * getStaticName(void){ return "Movement"; }
    const char * getName(void){ return getStaticName(); }

    // variables
    unsigned int getVariablesNumber(void);
    MVariable getVariable(unsigned int id);

    // events (virtuals from MBehavior class)
    void update(void);
    void runEvent(int param){}
};

#endif