Irrlicht Engine

There are also N3xtD, a portage of Irrlicht intended primarily for languages ​​such as Basic -> http://www.n3xt-d.org
(use by Innesoft for create DeepMesh)

really good job Innesoft.
I am also impressed.

Have you tested the Hardware Instancing ?

the idea is interesting indeed.

I do not know if it comes together, but I use a LOD system, or the entity's most remote
groups are represented by a sprite.I'm still working on it to improve overall.

the second approach seems better in this case, in my opinion.

For many entities low polygon, then it seems that the hardware instancing is very best. Good management of the VRAM can be important in this case. For heavier entities and more dispersed on the ground, the second technique seems to work well (with using VBO recess, and LOD + frustum culling). After ...

for grass, I use hardware instancing and frustum culling mechanisms.
For trees, it is true that do not mesh 'low polygon', it's just to test the charge, and i use StaticArea class with LOD technique (instancing software somehow).

Radikalizm wrote:2.3 million? Is that because of the grass or because of terrain?

on the scene of the screenshot, there is 80.000 poly for terrain, 1.200.000 for trees and 700.000 for the grass.
The loggers are on strike.

i am guessing you are manually limiting fps at 60? Yes, but with 2 million polygons, I do not exceed 70/75 fps without sync (NVidia 8800GTX). I can not rise above 2.3 million polygons, which is already well I think. :wink: but maybe some shadows and some brighter lighting would make it even better ...

land with grass and some trees.
(preview of functions related to the land of my project)

hybrid wrote:Otherwise, the radius becomes really huge...

yes

[Irrlicht v1.8.0] I do not understand why I had no display when I defined a ParticleSphereEmiter. In the file CParticleSphereEmitter.cpp, line 62: // Random distance from center const f32 distance = os::Randomizer::rand() * Radius; I think it would rather write: // Random distance from center const...

Apparently, it is also to change the format version. 'mesh' Ogre. For example with the file Jaiqua of version 1.6 of Ogre package, no apparent problem. (the animation run very fine). http://www.n3xt-d.org/_images/jaiqua16.jpg By cons with the file Jaiqua version 1.7 of Ogre package was a lot of trou...

It works again, great, and thank you.

The link seems broken.