Reprise du message précédent :

 
Oui bon c'est vrai, c'est pas l'exemple le plus impartial. Mais bon, j'aurais pu prendre Evans & Sutherland, c'etait pareil

 
S'il fallait que je réponde à tous les propos incohérents de ce forum...    
 

 
Si tu savais lire, tu verrais que j'ai déjà expliqué pourquoi. Change de lunette, mon pauvre...  

smaragdus >> j'en ai marre de récupérer des demandes de modération à ton sujet. à la prochaine que je reçois, t'iras dire bonjour aux télétubbies pour quelques jours, alors calme toi un peu. à bon entendeur...

Je ne fais que suivre l'attitude de mon idole Taz :
http://forum.hardware.fr/hardwaref [...] 9316-1.htm
 

J'ai pas l'habitude de faire du HS, mais c'est lourd là.
2 pages sur 4 du topic pourries, trop merci  

Raté  
t'as ni l'art ni la manière, et contrairement à Taz tu ne fournis ni indications ni pistes
 
Ah oui et accessoirement, si OGL est aussi anti-

que tu le prétends, la "raison historique" que tu considères comme seule et unique explication de l'utilisation d'OGL dans les moteurs de Q3 et DoomIII est quand même bien faiblarde, c'est pas comme si les moteurs de Q3 ou Doom3 étaient des moteurs Q2 retexturés  
 
Si c'est effectivement la seule raison, j'attend une preuve, une vraie

do not feed the troll
vous voyez bien qu'il est d'une totale mauvaise foi, n'en rajoutez plus et ignorez-le (ou plaignez vous à Harko )

 
Troll ?
Si c'est sérieux alors je demande des arguments
 

 
Tout a fait, ça limite juste le coût sur le CPU vu que t'as pas un appel d'API à chaque primitive. Pour les mettre en mémoire AGP il faut utiliser les VBO comme je l'ai dit qui sont une extension ARB, mais grosso modo une fois que tu sais utiliser les Vertex Arrays c'est vraiment très facile de les passer en VBO.
 
Après on retrouve l'éternel problème des extensions OpenGL mais personnellement ça ne me dérange pas plus que ça (à quelques exceptions près concernant l'ARB : pas d'interface standardisé pour les shaders 1.x c'est regrettable, les VBO qui ont mis longtemps pour arriver idem pour l'extension de render-to-texture qui a encore changé de nom : EXT_framebuffer_object). Tout n'est pas rose non plus avec DirectX.
 
En ce qui concerne Carmack il est revenu sur ses déclarations à la sortie de DirectX 8 et il a dit qu'aujourd'hui hormis une question de préférence personnelle il n'y avait plus de raisons techniques évidentes de préférer l'une ou l'autre API. Même si à la QuakeCon il a quand même avoué que le flou entourant l'extension de render-to-texture et les hésitations entre ARB_superbuffers et EXT_render_target l'avait limite fait passer à DirectX

 
c'est simple. DirectX te pousse des deux mains a utiliser un VB, se faisant a bien choisir ou mettre tes données et a batcher des appels de rendu. Au contraire, ogl mettra plus en avant ses fameux glBegin, glVertex & cie... qui sont l'antithese d'un beau code.
 
tu vas me dire "oui mais ho, hein, en ogl on a les vbo et d'ot trucs "(ce que tu fais, d'ailleurs). Je dis oui, tout a fait, mais mon poste précisait pour un débutant. Et quoique qu'on puisse dire, dans les tutos pour débutants DX on trouve des VB, dans ceux OGL on trouvera des glVertex. Le debutant ogl se lancera dans glVertex, apprenant la une bien mauvaise facon de faire. (donnant en meme temps l'impression que DX est plus compliqué qu'ogl)
 
Vala, c'est tout

 
OK ce n'était donc pas un troll
Comme je l'ai dit à bjone dès le chapitre 2 du Redbook (le premier étant une rapide introduction), le programmeur OpenGL débutant est largement incité à utiliser des vertex arrays je cite :

 
Je pense qu'ils ne peuvent pas être plus clairs. A partir de là le programmeur utilisant encore les glBegin/glEnd le fait en connaissance de cause et ne peux pas blâmer l'API. Ces appels sont vraiment à réserver au cas où tu veux dessinner deux triangles pour un test.
 
Après on peut reprocher aux exemples du Redbook de justement abuser de ce genre d'appels ce qui peut donner de mauvaises habitudes. Personnellement je reprocherais aussi l'accent qu'ils mettent sur les Displays Lists qu'ils présentent comme la panacée alors que sur les cartes modernes ce mode est plus lent que les Vertex Array et sans comparaison avec les VBO.  
 
Mais pour ce point et celui que tu évoques ça tient plus à la documentation pas à jour, plus qu'à une limite de l'API. Ce n'est pas parce que tu peux faire du code moche avec l'API que l'API est mauvaise.  
 
Maintenant comme tu le dis on parle d'un débutant et peut être que les tutoriaux OpenGL ne sont pas terribles, personnellement j'ai appris avec le Redbook ça me semble être une bonne école hormis les quelques réserves évoquées plus haut

le problème, c'est que le RedBook est pas spécialement jeune (la version 1 date de 94, versions suivantes sont surtout des mises à jour, même si la v4 doit dater d'~2002 je ne crois pas que la structure fondamentale ait été modifiée)

Zeross >> merci de ramener le topic dans le droit chemin

Je m'excuse de faire un up!, mais sur quel site je peux trouver des tutoriaux opengl "propres" ? C'est à dire qui font prendre de bonnes habitudes "à la D3D" que vous semblez appréciez, et qui donc laissent tomber très vite les glBegin/glEnd
 
Merci d'avance