Post removed.

[TheRLG]

Post removed.

[Guest]

I think it is good idea. Actually, what I'm missing is more advanced tutorials about Irrlicht. People are talking how good Irrlicht is documented, but somehow I'm missing that docs. I'm not able to understand every aspect of the Irrlicht engine. Perhaps, because my english is not so perfect?

[TheRLG]

Post removed.

[etcaptor]

By me that sort of game engine must be extension of Irrlicht, but not any specific project.

What about using of extended SceneNodes and Animators instead project specific classes?

I work with this methods for my project:
1. 3d Sound /Creating of OpenAlSceneNode and OpenALListenerNode/ - not big problem / I tried this stuff and it's works, but not finished yet.
2. Simple Irrlicht physics animator - based on improved Irrlicht collision animator. I've got some base reactions when collision occurs.
3. AI animators. This is important part of game engine. Just add any AI animator to node and play At this time I try to create SceneNodeAnimatorAvoidObstacles.
4. Network - I have not tried something like this

[eXodus]

3. AI animators. This is important part of game engine. Just add any AI animator to node and play Laughing At this time I try to create SceneNodeAnimatorAvoidObstacles.

Now that's the most abstract idea I ever heard. An animator that take cares of *ALL* types of AI. I bet that its zero-config too

[TheRLG]

Post removed.

[etcaptor]

Now that's the most abstract idea I ever heard. An animator that take cares of *ALL* types of AI. I bet that its zero-config too

No, differently animators for AI behaviours. For example - pathFindingAnimator,
pathFollowingAnimator, chasingAnimator, avoidObstaclessAnimator... And you can attach these animators that you need to some SceneNode to define some specific AI behaviour.

Are you really don't like this idea?

[cartoonit]

Are you talking about scripting animations for the AI or just to loop for specific animations??? I think a integrated irrlicht game engine would be a good idea, count me in, after May!!!

[etcaptor]

Truly, don't know what will be a better solution. Personally I don't like scripting, but this can be mistake.

For my game I gonna make several animators like wanderAnimator, chasingAnimator. My first idea about it is that we can create specific animators, which can be chosen depending on game type to work together.

[RabidLockerGnome unlogged]

sounds good to me

[buhatkj]

Good luck with that...its a bit complex, but AI always is. My concern would be that I wanted to make my game engine easy to upgrade to newer versions of irrlicht, so rather than integrating all my functionality into irrlicht, I layered it on top. Perhaps integration is easier, I don't know...
I look forward to seeing where you guys go with this...

[AssiDragon]

Scripting is mostly a neccesity when it comes to AI.

Without scripting, the only way to make unique AIs in the game is to set heaps of parameters that later help to decide what and how - if you go with finite state machine AI, this could indeed get some variation in.

That might be enough though, and again this boils down to what game engine are you referring to - a quite important aspect. If you make a gametype specific engine (RTS engine, FPS engine, RPG, puzzle, car racing yaddayadda) a such non-scripted AI might do just as fine as a scripted one - for example you don't need much scripts in a racing game, but do need parameter tweaks a lot. However some games just *NEED* scripted AI, such as RPGs where NPCs might act completely differently, with different NPC classes having nothing common in their reactions.

So, if you will start working one a more-or-less uniformic game engine that is aimed to be useful for many game types, you need scripting. If this is a type-specific engine, then scripted AI might not be a neccesity.

[etcaptor]

@buhatkj, have you already in your game engine successfully using of OpenSteer AI library?