Search options (Page 44 of 60)

in lua indices starts at 1 :

pos[1]=pos[1]+1
pos[2]=pos[2]+1
pos[3]=pos[3]+1

Hi,
sorry I didn't see the message,
it's on the TODO list for improved lua scripting, it should be there for the next release.
In the meanwhile yes you have to hide/unhide precreated objects or use c++.

ps: it is possible to create custom script function in c++ that you can access in lua,
shared functions could be then added to the trunk.

thanks,
Anaël.

Probably a cleanup of MGui will be needed at some point,
MCore and MEngine has been checked and checked again, but not MGui and Maratis editor code,
I was missing time when I did the first release.

I realized something on my computer was more recent than svn, it can be related,
try to update the svn code, only one file changed : MString.cpp in MCore

I think it can be that, because I'm not able to reproduce the bug

nice

it looks like a linking problem with the dynamic libraries, I'm not very familiar with linux systems,
it's possible I didn't built a completely portable release.
It's maybe using a system library that is a different version, the error message doesn't give me a clue,

maybe glibc ?
or maybe the openal-dev package is needed ?

very good !
I'll add a link in maratis website when I have some time,
later if you are ok, we can also add the project to svn and update freetype at the same time.

thanks.

in case you want to see more rendering code as example, you can have a look to the standard renderer :
http://code.google.com/p/maratis/source … nderer.cpp

maybe a bit complex but playing with shaders

Hi,

the error is strange, it's not saying more than that ?

Normally you need a x86 compatible processor, X11 and OpenAL installed,
on ubuntu you can install OpenAL from the software manager, maybe you miss that.

Are you on linux 32bits or 64bits ?

the texture is send by :
render->bindTexture(m_colorTextureId);

to pass the depth texture to the shader, I guess it should be something like :
render->bindTexture(m_depthTextureId, 2);

(that you access as multitexture 2)

Mh, yes about MDevILLoader loader,
MGui don't have dependency on MEngine (and should not have), only MCore, so it doesn't know MEngine::m_imageLoader.
It need to be using a data loader pointer instead of using MDevILLoader directly, so it can be initialised separately.

I'm not sure it's ok to flip a normal map, but the direction is computed using the uv coords, so I'm not sure.
In case it is not that, did you try to flip the normals of the bugged area in blender or to do a "recalculate outside" ?