I'm trying to modify the maratis 4 experimental brunch.
For now, I'm stuck with level loading.

The project is MaratisEditor.
For level loading I added levelLoader in main.cpp, so it looks:

engine->getLevelLoader()->addLoader(xmlLevelLoad)

This took place in winEvents function, when the window is created (MWIN_EVENT_CREATE).

When I try to load level with

engine->loadLevel(...)

from the winEvents in case MWIN_EVENT_CREATE, it works fine:
https://yadi.sk/i/-oDcZ1HMNVGSoA

When i try to load level from somwhere else (for example, from onEvent method of MV3dEdit, there is a problem):
https://yadi.sk/i/Cw9BVE0jXnPDfw

I checked log and did debug, maratis loads the textures both times.

So, could you give me the direction of moving to find a solution?

i'm new, and i downloaded maratis engine and the example, but when i opened it is not showing and i got laggy ( in the engine only )
Pic :

http://d.top4top.net/p_189z96y1.png

sorry for my bad english, and sorry for put the topic here i don't know where can i put it.

Thanks

- There is now a github repository for Maratis-4 : https://github.com/anael-seghezzi/Maratis-4
It's highly experimental and the structure of the code was reviewed.

- The build system is based on CMake instead of Scons

- System context and inputs are handled by GLFW : http://www.glfw.org/
(+ a SDL2 backend from Jurgel)

- All editor code base was rewritten to be modular and easier to maintain and extend, and is using MGui-2.
- There is Support for multiple windows, preferences for themes and shortcuts.
- Object picking and transformation was also rewritten and is now functional.

- MGui-2 text now supports UTF8 and fonts.
- Maratis engine is already functional, with some additions (per-entity material support, faster math code...).

- And there is preliminary support for syntax highlighting in lua (for in-editor script editing) :

The document “Hearts.lua” could not be opened. You don’t have permission.

To view or change permissions, select the item in the Finder and choose File > Get Info.

The link below says it could be that permissions were not set up by the application correctly when it was installed, or that it was installed under a different account other than the one I am using, but you don't really install Maratis do you?

http://support.apple.com/en-us/HT2963

Anyone else having this issue? I am trying to get back into Maratis, but this is really annoying me.

If I select several objects in blender, on Windows (with their various materials and such) and export them as a Maratis mesh, I always get a big error dialog. I figured it had something to do with the origin of the different entities being in different locations? So I had to export each object one by one.

However, on a Mac, when I do this, all of the objects get exported as one object, and the materials and textures are kept in tact. No error message.

So it is some issue with Windows, and not with the Mac?

I think I posted on a similar issue a while ago, but I have just been using the workaround (which wastes so much unnecessary time) .

Bug?

as I currently need to rewrite a lot of code on Maratis-Editor side, because of MGui2,
I taught it might be better to do a UI cleanup at the same time.

So I faked a possible new UI on photoshop, with suggestions from Vegas mockup and community in general :

I'm also reorganizing the editor code itself to be more modular and to allow multiple windows
(copy of the main window or custom plugin window)

I removed the timeline on this screenshot, to replace it with a console that would come up when an error is detected.
But I'm still not sure if a timeline is still needed or not, or if a play/pause button is enough to preview the animations.

What do you think of the modifications ? do you prefer the old UI ?

http://pastebin.com/6GBPsbR5
http://www.mediafire.com/convkey/74a2/v … ?size_id=5

IDE, Maratis Engine , Editor  on Eclipse platform (eclipse support all platforms and plugins)

for example http://www.cocos2d-x.org/news/215#Cocos-Code-IDE

Yet, when I use the Open Project button in Maratis and navigate to the same file, it opens fine.

Scratching my head...

-I know I can use the maps folder to store the images for the buttons, and lua scripts to control the images.

-I can also use material/texture animation to set the different states of buttons and things.

- I can use the camera functions to control the cameras and things.

- I can create the GUI as a level which you can load into your own game perhaps.

- The GUI would be used as an overlay for a camera in your scene (which means it would be in a scene of its own)

- Sliders can also be made using material animation, but I guess I would have to do some vector math to get it to work correctly. For instance I can tie a particular animation frame to a value. There is a major issue with this I think though. There is only one timeline in Maratis editor. So it seems that changing the timeline value affects all objects globally. So I wouldn't be able to scroll one slider separate from another. I could use the 2d axis location of the slider object (if it were a 3d slider using project to texture), but that seems a lot of work for nothing.

Conclusion:
It seems that I would have to create a sort of system for this (code, objects, etc,). It does seem possible, but is it practical?

I have a few levels I posted that have some GUI elements, but I want to take it to another level.

But the shadows are always jagged. No anti aliasing I am sure, but how could I at least make them look decent?

But for cut scenes and such, we have to be able to do keyframe animation to get the type of shots we want.

Otherwise we would have to do everything in blender and then export it into Maratis. However, thereafter in order to edit any one thing, we have to go back into Blender and then re-export it.

This creates a very huge break in the workflow. Perhaps this has been mentioned before or is already being worked on, but I don't think I can find a workaround for it.

I wanted to post some news about some development I'm working on,
there was some things to do around MGui (Maratis GUI system) and the window management
and I'm finally starting to see the end of the tunnel.

I had to modify the window system management to move to GLFW 3 and stop writing all the system
dependency manually, it will make things easier and we will benefit from GLFW community and tests.

The first benefit will be the possibility to handle separate windows on desktop, with multitasking.
GLFW 3 was totally reorganized and the logic is really good.

I also wrote a new image loader that uses FreeImage library (to stop using DevIL),
the development is more alive than DevIL's and the license is more permissive.

MGui was rewritten to be more flexible and dynamic, text drawing is now handled by MEngine and
can use standard fonts and unicode text (it will finally allow non-english users like russians to type text).

Here is the first glimpse of a color picker window :

And right now I'm working on a generic GUI node system :

That could be used to handle objects hierarchy, visual game logic etc.

So this is the good news,
the bad news is that I was forced to refactor a lot of MGui code and it broke a lot of compatibility,
there will be a lot of work to adapt MaratisUI...

When I have a viable base code I'll create a new branch on svn.

Anaël.