Irrlicht Engine

soorry - in english now:

To my knowledge Apple and HTC had a "dispute" and as a result the patent is obsolete. But i didn't yet found out what it means in detail.

And CuteAlien is right - if decompressed on the hardware, then there are no legal problems.

Mein letzter Stand war, daß sich Apple und HTC "gekloppt" hatten und als Ergebnis das ganze Patent hinfällig geworden war. Was das konkret bedeutet, habe ich aber noch nicht herausbekommen. AUßERDEM macht es einen Unterschied, ob man die Textur auf der Harware entpacken läßt ( kein Patent-...

Or 'addExternalSceneLoader', 'addExternalMeshLoader' - i am not sure about it.

I think CopperCube / IrrEdit also works with Assimp ( and e.g. the PixelLight-Engine ). So MAYBE it would be a good idea to use it in Irrlicht ( "don't reinvent the wheel ..." ) and for some formats missing there still can be special importers. I know the philosophy of Irrlicht is to not r...

Nooooo - it's NOT incompatible! It works PERFECTLY. The problem(s) come, when you link an older library, for example Irrklang. Irrklang is created with a gcc compiler BEFORE gcc 4.7.x. You can link it, but it will not run (crash). Try it with the Demo coming with Irrlicht. AND please consider, that ...

Yes - i have followed that. But the problem there was, that Irrlicht ITSELF would not run with gcc 4.7.x. That is fixed. THIS problem is about linking old(er) libraries compiled with gcc < 4.7.x. It's related but not the same. I still don't understand why they changed such fundamental things. They s...

So far so good, but now i have a problem with linking other libraries ( e.g. SPARK or some Physics wrapper(s) ). The best solution i found so far is to compile every library with gcc 4.6.x ( i use 4.6.3 from 'Equation Solution' ), then switch to a newer one ( i use 4.7.2 from 'Equation Solution' ), ...

NEWEST version of course! You probably mean the changes in "irrpack.h". Right. I am not sure but maybe these changes #if (__GNUC__ >= 4 ) && (__GNUC_MINOR__ >= 7) # pragma pack( push, packing ) # pragma pack( 1 ) # define PACK_STRUCT #else # define PACK_STRUCT __attribute__((packed...

I was deeply disturbed by the break in compatibility from gcc 4.6.x to 4.7.0. Since then i was searching for a solution, but i only found "bits and pieces" flying around here and there. Finally i got the "Tech Demo" that comes with Irrlicht running with Irrklang. I used gcc 4.7.2...

> The shadow volume is a child node and the dwarf isn't visible, so the children become hidden too. > Not obstant the shadows should be visible even if the node isn't. Ahumpf - even if a node is not visible, it still casts a shadow and THAT may be visible. But Irrlicht is doing fine here. The shadow...

In Sample 08 the Shadow disappears when behind the particles.

found it: the shadows are not shown, when you activate VSM-Shadows ( in the Constructor of EffectHandler; 3rd Parameter; default is useVSMShadows=false ). By trial and error i found the right positions for the BlendOperation(s). It's at the end of the loop for(u32 l = 0;l < LightListSize;++l) { ... ...

Hmmm - i think i posted too quickly.
Now i saw in another Program that the shadows are gone, and that's what XEffects is all about, right?
Will have to digg into the problem further.

Hello, i tried XEffects with the trunk version of Irrlicht. I discovered that ambient light had no effect any more. I went back some Irrlicht releases and found a change after Revision 3651. From there the BlendOperation is set to EBO_NONE by default ( before it was EBO_ADD ). And because you render...