... ne sert à rien si on utilise un moteur 3D. C'est le moteur 3D qui s'occupe de la partie bas-niveau.
La manière dont sont fait les objets 3D et les textures par les artistes, le nombre d'objets à cette instant T et leur disposition, l'utilisation de transparence, etc. sont les facteurs principaux du temps de rendu et de très loin.
Avec n'importe quel moteur 3D, il suffit de tester un rendu de 50 objets de 300 triangles avec 500 textures de 128x128 contre un rendu d'un objet de 15000 avec 1 texture de 2048x2048 en DXT pour le constater de visuellement. Visuellement c'est le même rendu, par contre au niveau performance c'est 50 fps pour le 1er cas contre 1500 fps dans le 2ème...
Le moteur ne va ni modifier tes objets 3D, ni modifier des textures, ni les compresser à ta place...
cycle de rendu.
A moins que le moteur 3D fasse dans l'immediate rendering (a la opengl 1.X glbegin/glend, le moyen age de la 3D), il n'y a plus de cycle de rendu à respecter coté utilisateur, c'est automatique.
Dans les moteur 3D modernes, le travail de rendu est indépendant de la façon dont la scène est décrite par l'utilisateur, puisque en deux temps :
- On décrit la scène (positions des objet, des cameras) pour un instant T
- Le moteur envoit les commandes pour le rendu de cette scène à un instant T.
C'est ce qui permets des traitements basiques, (que font tous les moteurs 3D modernes) comme le tri des objets transparent selon la distance à la caméra, le groupement d'objet par textures, etc. Ces traitements sont indépendants de la façon dont les données sont transmises au moteur.
[^] # Re: Projets réalisés avec Ogre
Posté par tuan kuranes (site web personnel) . En réponse à la dépêche Conférence sur le moteur 3D "Ogre" le 12 novembre 2009. Évalué à 5.
La manière dont sont fait les objets 3D et les textures par les artistes, le nombre d'objets à cette instant T et leur disposition, l'utilisation de transparence, etc. sont les facteurs principaux du temps de rendu et de très loin.
Avec n'importe quel moteur 3D, il suffit de tester un rendu de 50 objets de 300 triangles avec 500 textures de 128x128 contre un rendu d'un objet de 15000 avec 1 texture de 2048x2048 en DXT pour le constater de visuellement. Visuellement c'est le même rendu, par contre au niveau performance c'est 50 fps pour le 1er cas contre 1500 fps dans le 2ème...
Le moteur ne va ni modifier tes objets 3D, ni modifier des textures, ni les compresser à ta place...
cycle de rendu.
A moins que le moteur 3D fasse dans l'immediate rendering (a la opengl 1.X glbegin/glend, le moyen age de la 3D), il n'y a plus de cycle de rendu à respecter coté utilisateur, c'est automatique.
Dans les moteur 3D modernes, le travail de rendu est indépendant de la façon dont la scène est décrite par l'utilisateur, puisque en deux temps :
- On décrit la scène (positions des objet, des cameras) pour un instant T
- Le moteur envoit les commandes pour le rendu de cette scène à un instant T.
C'est ce qui permets des traitements basiques, (que font tous les moteurs 3D modernes) comme le tri des objets transparent selon la distance à la caméra, le groupement d'objet par textures, etc. Ces traitements sont indépendants de la façon dont les données sont transmises au moteur.