Hello,

Je pense qu'il est très difficile de déterminer ce qui peut être utilisé et ce qui ne peut pas l'être ou que très modérément.
Il faut juste savoir que dans tout ce que l'on programme, il est normal d'avoir dès les premières lignes de code des chutes brutale de fps.
Genre un écran vide te donnera 5000 Fps, tu vas mettre un cube et il t'affichera plus que 2500 Fps (je n'écris ça qu'à titre d'exemple).

Pour les terrains, ceux d'irrlicht sont assez lent, je t'invite à regarder du côté de IrrSpintz et de lancer l'exemple du terrain Irrlicht, tu verras que Spintz à fait une optimisation assez importante dans les terrains basique (Je suis d'ailleurs en train de me demander si je vais pas modifier Irrlicht pour utiliser son système).

Pour les waterSceneNode, oui il est très dur d'avoir un beau rendu rapide, mais je pense que le plus expérimenté pour répondre à ça c'est DeusXL.

Ensuite il faut savoir que pour tout se qui est rendu Alpha, tout les moteurs souffrent quand on leur demande des rendus massif d'alpha pour des feuillages d'arbres ou d'herbe.

Pour les shaders, ça dépend la façon dont ils sont implémenté dans le moteur aussi.

Quand à mes effets de Fake Glow, je ne sais pas si ils sont plus rapide qu'un shader, il faudra pour ça que j'essai d'intégrer un BlurX,BlurY et un tone mapping par shader pour voir si on y gagne ou l'on y perd. Mais pour l'instant c'est une technique parmis tant d'autre qui permet d'avoir un peu de doux glow dans se monde de polygones bruts .

Les méthodes réputés gourmandes dans tout les moteurs sont les racines carrés "SQRT" pour les calculs de distance par exemple.Il vaut mieux préférer un calcul par vecteur si l'on a la possibilité de le coder de cette manière.

Enfin bref, sujet interressant mais malheureusement très vaste...
@+