Irrlicht Engine

It is due to the fact that QualcommAR and irrlicht share the same ogl context, and so there is a conflict in texture. I guess they are both the first assigned,and as QualcommAR refresh everytime, it takes the lead.

those unimplemented opengl call shouldn't be the problem...
The problem is probably lying in shader linking, that's why both my version and Ellis's one don't work. The problem is in back linking shader variables... irrlicht want to cast shaders variables with its own variables to use shaders with ...

ahah very funny

@Luben: David H. Eberly 's "Game Physics" is a very good book

sorry but I don't have time now to mess into ellis's depot for the moment , maybe he'll recover a previous es 1.0 version. Anyway if you prefer an opengl es 2.0 version here it is :
http://www.megaupload.com/?d=AUV9R1L4

but this version is open gl es 2.0 only, based on irrlicht 1.7.1.

Be sure to ...

in parralax and normal shaders:
uniform vec4 uLightP[MAX_LIGHTS];
uniform vec4 uLightC[MAX_LIGHTS];

instead of

uniform vec4 uLightPos[MAX_LIGHTS];
uniform vec4 uLightColor[MAX_LIGHTS];

checked and arrayed [0] in the irrlicht associated renderers:




const char * const ...

about your texture problem, did you check this ?

http://irrlicht.sourceforge.net/phpBB2/ ... highlight=

ahah so we made it simultaneously ... oops ...

I fixed it by using medium precision floats and ints.

By the way the callback to link the uniforms with irrlicht variables using variable names is buggy for two reasons:

- the uniform names are too long

- the variables string for arrays in the shaders have to be declared with a [0] like for ex ...

Hey ! The irrlicht android open gl es2.0 shader driven renderer is now done !!
uploading it in a few hours !! it might be soon available on the irrlicht-android-port gitorious project ! :lol:


http://img826.imageshack.us/img826/9431/device1u.png


http://img291.imageshack.us/img291/9097 ...

I remember a recent post of someone that proposed a input/sys interface compatible with every plateform... may be it could help

Very nice! !:-)

Hi think there is a bug in the svn opengl version:

in COGLES2ExtensionHandler.cpp there is:

void COGLES2ExtensionHandler::initExtensions( COGLES2Driver* driver,
#ifdef EGL_VERSION_1_0
EGLDisplay display,
#endif
bool withStencil )
{ ... }

whereas there is no header defined for a version ...

Keep it low poly !!

impressive nice concept too!!