Reprise du message précédent :
T'affiches avec quoi? glBegin/glEnd, vertex arrays, vertex arrays compilées, VBO?
Edit: et ton idée à l'arrache dépend de ce qu'il y a derriere la caméra, mais en général ca se fait avec un quadtree

c'est du glBegin/glEnd compilé dans une liste openGL.
c est vrai qu il faut que je teste avec des arrays ca reduit considérablement le nombre de vertex.
 
j ai placé la camera sur le joueur en vue subjective (a la quake).
 
Ok pour le quadtree mais c un niveau au dessus de la couche opengl ca.
Ca me sera toujours utile pour ameliorer mes tests de collision.
 
merci
 
ps : VBO c'est quoi donc ? B)

J'ai trouver la deuxième partie moins jargon, mais bon ça viens peut du fait que après avoir vu au moins 5 fois la 1ere partie, j'ai mieux pigé la seconde.
En tout cas mainteant dans les options de ma CG je cliquerai plus sur toutes les options sans savoir à quoi ça sert.
 
Je cliquerais sur toute les options en SACHANT à quoi ça sert.(enfin presque)
 
Sinon super article Ashe, du bon boulot.
 
Allez maintenant au boulot la même pour les cartes son

En fait non, ca reduirait juste le nombre d'appels de fonction (vu que t'aurais pas 5000 glVertex/glColor/glNormal/etc)

Si OpenGL faisait tout y aurai plus rien a programmer

Euh, les vertex buffer objects
En fait y a les glBegin que tu fais, puis y a les vertex arrays (OpenGL 1.1 si jme souviens bien), les compiled vertex arrays (qui n'apportent rien, sauf si tu as plusieurs passes), puis nVIDIA et ATI ont des extensions propriétaires (NV_vertex_array_range, NV_fence, par exemple), puis maintenant y a ARB_vertex_buffer_object qui est standardisé et qui marche partout (enfin, quand le pilote le supporte
Par ici pour la doc : http://oss.sgi.com/projects/ogl-sa [...] object.txt
Ca permet d'allouer la mémoire directement dans la carte graphique, des trucs comme ca
Sinon pour reduire le nombre de vertices, il faut utiliser un index buffer (qui peut etre alloué avec ARB_vertex_buffer_object aussi)

Beau travail !

Merci Ashe pour les VBO, je vais etudier ca, ca a l air bien foutu
 
ps : j arrete de flooder ce topic et je te contacterai par mail si besoins.

En tant que mon tout premier mail sur ce site (qui a motivé mon inscription), je tiens à te féliciter (Ashe) pour la qualité de ton article qui a su présenter (malgré le jargon parfois barbare mais juste) le pourquoi du comment de nos chères petites locataires du (Ô-magique) port AGP.
 
Amateur du dimanche soir de la modélisation 3d (via 3dsmax), j'ai pu retrouver pas mal d'objets et de techniques dont tu parlais et j'invite quiconque ayant la motivation et la patience d'en savoir plus sur ces concepts flous en apparence (tels que les primitives, l'anti-aliasing, le filtre anisotrope, le canal alpha....) de toucher et bidouiller un chouia ce genre de softs (attention, QUE DES ORIGINAUX HEIN!!), pour voir EN CLAIR de quoi il s'agit lorqu'on travaille avec.
 
Si j'ai le temps, je posterai peut-être un jour un topic pour parfaire modestement ton article en "vulgarisant" au plus simple les différentes notions que tu as evoquées pour satisfaire les plus paresseux que nous sommes tous quelquepart. Non? Ah bon...
 
Encore BRAVO !!!  Et ne perds pas la patte

Bon, j'arrive un peu tard, mais je pose ma question quand même (oui, qu'une seule cette fois)  
 

 
Ce n'est pas déja fait lors des étapes de culling et de clipping ? (pixels supprimés par suppression des vertex).
D'un autre coté, comment la transparence est gérée si le clipping ne conserve que le vertex le plus proche d'un même couple X,Y ?
Les surfaces qui peuvent être "clipper" ou "clippantes" sont à déclarer explicitement ?

Le clipping est surtout pour ce qui est "hors" de l'ecran (genre ce qui est derriere ton personnage), quand je dis ne pas afficher les pixels qui ne seront pas visibles, c'est parce qu'ils seraient caches par un pixel qui se trouve dans la meme trajectoire mais plus proche (donc "devant" le nouveau pixel)

(et ce n'est pas explicite, c'est un simple calcul)

 
D'où ma question sur la transparence :

Le clipping s'en fout qu'il y ait un pixel devant un autre, il se base juste sur la position du vertex
Le depth test se base sur la profondeur du pixel a afficher et celle du pixel present dans le Z-buffer, apres il suffit de choisir la methode de comparaison des valeurs (genre ca passe si c'est plus grand que, etc)
Pour la transparence, en general le depth test (ce qui fait cette comparaison) est desactive et les primitives sont triees avant d'etre affichees pour pouvoir etre affichees de la plus profonde a la plus proche

 
Oui, le clipping travaille sur les vertex, mais le fait que le clipping supprime les vertex masqués par d'autres plus proches n'a pas pour conséquence de supprimer également les pixels qui auraient été placés lors du tramage dans ces vertex ? (équivalence suppression vertex => suppression pixels dans vertex)

Bon, jvais essayer de faire encore plus simple
 
T'es dans Doom
Ton perso regarde vers le nord (bien droit), devant lui y a une porte. Sur cette porte y a un panneau...
 
Tout ce qui est pile au dessus de lui, pile en dessous de lui, derriere (bref, ce qui est pas dans l'angle de vue), c'est le clipping qui le "coupe", et c'est pas affiche (meme si dans la pratique c'est au niveau logiciel que ca s'fait et pas materiel, mais c'est pour l'exemple)
 
Ce qui est derriere la porte peut etre coupe par le clipping, mais ca n'arrive jamais et c'est fait au niveau logiciel (genre la porte c'est un "portal", elle est fermee donc on voit pas cki a derriere, donc le rendu s'arrete a la porte quand on traverse le scenegraph)
 
Maintenant le panneau... ben lui il va etre affiche avant la porte... les pixels qui sont utilises pour le dessiner sont envoyes vers le framebuffer (c'est simplifie encore une fois) au niveau de la couleur, et leur profondeur va dans le z buffer. APRES, on affiche la porte. Tous les pixels de la porte sont envoyes vers le framebuffer sauf ceux qui sont "derriere" le panneau, puisqu'ils sont caches par celui ci (chose que la carte sait avec le depth test, c'est a dire comparer la profondeur du nouveau pixel avec celle de l'ancien pixel).
 
Voila, j'pense pas que je peux faire plus simple

Oui, c'est bien de ça dont je veux parler (pas de ce qui n'est pas dans le champ de vision).
 

Au niveau de DirectX / OpenGL ? Le rendu de la scène est limitée au plan de la porte ? Seuls les vertex présents avant le plan de la porte sont transmis au GPU ?
Je te propose un autre exemple :
Le personnage est face à 2 cubes C1 et C2, il n'y a pas de plan ou arrêter la scène (mur, porte, ...), les 3 éléments sont alignés sur une même droite, C1 est devant C2, et la taille de C1 et de C2 est telle que C2 est complétement masqué par C1.
Est-ce que le clipping supprime les vertex de C2 ?
Ou est ce que ces vertex sont tramés, et leurs pixels ensuite éliminés par le test de profondeur ?

Non, au niveau du code du jeu, y a une organisation hierarchique de tous les elements du niveau
 

Non

Oui (et il faut du coup afficher le cube le plus proche en premier, pour que ce soit utile)

OK, Thx

J'aimerais que l'article soit beaucoup plus détaillé.
 
Personnellement, J'ai de beaucoup préféré la première partie à la seconde, qui ne fait qu'efleurer le sujet.
 
En particulier, il aurait été souhaitable que l'étape se déroulant entre les deux shaders, soit le tramage, soit expliquée dans tous ses mécanismes.
 
Ensuite, j'aurais aimé que la seconde partie sur les pixels shaders poursuive dans la même veine et selon le même modèle que la première partie sur les vertex shaders. Ainsi, il aurait été bien d'avoir un diagramme de l'architecture d'un pixel shader ainsi qu'une liste et une description des registres associés au pixel shader.
 
Très bon article tout de même. Il a le défaut de sa qualité, c'est-à-dire qu'il donne envie d'en savoir plus! Une liste de liens vers des articles plus détaillés à la fin du texte aurait facilité la tache de celui qui veut creuser le sujet.

- matbe ne fait plus que dans le hardware...
 
- t'as pas l'impression d'arriver après la guerre là ?  

En meme temps si c'est pas du hardware comme article...

Justement, on m'a demande de faire la partie sur les pixel shaders differemment parce que la partie sur les vertex shaders etaient trop euh.. pas "grand public"

Hey waip, seules les personnes de petite taille comprenaient

C'est bon, je fais dans les 1.70m !

Quel talent

C'est que je m'entraîne : http://www.pcsilencieux.com/forum/viewtopic.php?t=4755

très très intéressant, mais ca t'a mis combien de temps pour écrire tout ça? (j'ai pas encore tout finis de lire, donc j'essaye d'imaginer l'écrire )

3-4 heures
(avec de longues pauses )

Ashe c est quoi ta CG ????

La juste a la seconde une Radeon 9600 Pro