Ogre3D, le portail francophone du moteur Ogre

. Exporter scène:
pos, rot, scale
couleurs environnement
paramètres du brouillard
lumières, les couleurs
modificateur de matrice (décalage constant seulement)
d'optimiser les instances
sélectionné uniquement
caméras
lampes
BGE physique
prims collisions et les maillages externes

Exporter. Mailles
Verts, normales, uv
LOD (Outils Ogre ligne de commande)
l'exportation des maillages dans sous-répertoire
poids des bones
animations de forme (en utilisant ALN-détournement)

Exporter. Matériels
couleur diffuse
l'intensité ambiante
émission
spéculaire
recevoir des ombres on / off
matériaux multiples par maille
Les exportations des textures dans sous-répertoire
shaders personnalisés à l'aide des nœuds

Exporter. Squelette
bones
animation
plusieurs pistes à l'aide de NLA-hijacking

OGRE est un composant dans un système plus vaste de développement.
OGRE n'est pas, et n'a jamais été destiné à être une plate-forme unique de développement de jeux, c'est un outil pour un but spécifique. Je dois parfois farouchement défendre cette cause, il semble que j' aille à l'encontre d'autres moteurs, qui se concentrent eux sur la fourniture d'une solution tout-en-un.

Je pense que les systèmes de logiciels devraient être modulaires et enfichables, avec des interfaces et leurs frontières clairement établies entre eux. Je pense que chaque équipe devrait se concentrer sur son domaine de base et laisser les autres s'intégrer en spécialisant les leurs (je pense que c'est pure folie d'essayer de réinventer ODE par exemple, comme d'autres moteurs le font ).
Je pense que la partie la plus importante de tout système logiciel est son interface, afin de soutenir l'ensemble évoqué plus haut.
Je pense que les développeurs devraient être libres de combiner les outils de leur choix dans leur plate-forme de développement de jeu, et non pas qu'on leur dise quelle librairie Audio , Physique, IA etc doivent être utilisées simplement parce qu'ils ont choisi tel moteur graphique.

Je sais que cette approche signifie que dés lors, développer un jeu avec OGRE n'est pas aussi rapide que çà ne l'est avec un autre moteur tout-en-un. Mais je ne pense pas seulement à aujourd'hui .

Ma philosophie est de construire un composant graphique flexible qui peut être utilisé dans un nombre maximum de situations, et pour le rendre plus facile à intégrer avec d'autres composants - de ne pas construire un moteur qui soit utilisé que pour produire un nombre limité de variantes de jeux .
Je privilégie la flexibilité sur la vitesse, parce que je pense que si votre conception est juste, vous pourrez ajouter les outils pour la rendre plus rapide à développer dans des scénarios spécifiques plus tard. Vous trouverez beaucoup plus difficile d'étendre un moteur qui est conçu pour gérer seulement un petit sous-ensemble de types de scènes , aux caractéristiques profondément intégrées car conçues à partir d'un certain point de vue.
J'essaie de planifier pour le long terme.

Avec le temps , je m'attendais à ce que de plus nombreuses "combinaisons" de solutions évoluent naturellement, et en fait c'est déjà le cas avec ceux qui créent leurs propres plates-formes basées sur ogre et autres bibliothèques. Hé, je vais peut-être produire la mienne un jour , qui combinerait OGRE avec mon choix de librairies Audio / réseau / Physique . Mais mon choix ne doit pas être votre choix. Je pense que c'est important.''