Irrlicht Engine

I want to see how far can I go making a 2D game with Irrlicht. I want a flash-like 2D game with a 2D scenegraph and vector-graphics-based for everything. Is there any function for drawing 2D polygons from a vertex list with stroke and fill? I believe the solution would be to use the 3D polygon ...

Thanks. I'll check it out.

If you know where the camera is supposed to look at, then you know the target. Whatever is changing the camera position can also change its target.

If the camera is translating because its parent is translating, then you can use its parent's transformation to set the target vector.

I can't imagine ...

Jesus, man, go do your homework before asking:

http://www.dca.ufrn.br/~lmarcos/courses ... ter09.html

That is for OpenGL, but it will help you undestand the basics.

Just change the target as you move the camera.

I want to create a large city for my game. This city is actually a bunch of building-textured scaled cubes (the buildings) and a plane floor. These buildings will be created, translated and scaled randomly at the beginning of each level. So, how can I add all these cubes to the same octree triangle ...

Ok, so I think Irrlicht is only one step of being a complete component-based engine. All it needs is to allow animators to communicate using events.

Let me write this as a feature suggestion:

- There must be some sort of "SAnimatorEvent" struct to handle animator events. It must have a message ...

This sounds like you are using own animators

Yes.

In this case you can also use an own event-system.

If Irrlicht has a built-in perfectly functional event system, why should I reinvent the wheel?

I don't think it was designed for component communication, but rather to mainly pass on system ...

I'm trying to use animators as components and nodes as entities, to perform some sort of component-based programming in Irrlicht.

That would be possible if the animators were able to communicate to each other. I'm trying to use the event system so animators can send messages to each other ...

Nice. Will the mesh read it once or every tick?

Is there any way to load a TerrainSceneNode in a procedural way? Like retrieving the heightmap from a function or an array, instead of an image file?

I have found this function
http://irrlicht.sourceforge.net/docu/classirr_1_1scene_1_1_i_terrain_scene_node.html#a43d92272d8d860dda1c74b9fe795f062 ...

Ok, I gave up using only Irrlcht functions for this.

For the record, the CollisionCallback does not work in this situation. It just isn't called.

So if you derive from ICollisionCallback and set it you can receive collisions from specific nodes.

I'll try this. But even if it works when the hero is still, I will have guess where he is supposed to move and change his position by myself.

I will have enemies walking around and I want them to ...

1) you could try bbox collisions and move the player manually and also check if it doesn't collide with other block. If it does, the player is "crushed".

Let me clarify this: the player can walk over the block if he has the chance. In fact, it might not be a block. It might be a huge cog or a ...

Short version: How can I know my hero is being crushed using only native Irrlicht animators/functions?

Suppose you're making a third person game. Let's say this is the hero (sorry for the use of crappy art, but english is not my native language and I need these images to express myself):
http ...