glBegin et glEnd sont excellent ...pour l'apprentissage.
En général, si tu dois torturer ton code pour qu'il s'en passe, c'est que déjà à l'origine, soit :
- tu as une mauvaise séparation de tes données et algorithmes.
- tu as organisé ton code en pensant glBegin/glEnd
- tu as du mal à penser vbo par manque d'habitude/de pratique
De toute façon, les diplay list couplées à du mode immédiat sont en interne, dans tous les pilotes récents, implémentée avec des vbo et du state tracking (qui est une horreur d'un point de vu bogues et perf)
Donc vu qu'en tant que développeur de ton jeu, tu sais ce que tu fais, en général il faut mieux s'occuper du state tracking soi même avec un scene graph adapté à son rendu et faire du vbo
Ce qui au final ne change pas beaucoup d'un glBegin/glEnd, tu peux très bien le gérer de la sorte avec tes propres appels begin/end et faire un flush à la fin qui balancera le draw de tes vbos.
[^] # Re: OpenGL antique
Posté par moi1392 . En réponse à la dépêche EGLX : un petit traducteur GLX-EGL pour Wayland. Évalué à 5.
glBegin et glEnd sont excellent ...pour l'apprentissage.
En général, si tu dois torturer ton code pour qu'il s'en passe, c'est que déjà à l'origine, soit :
- tu as une mauvaise séparation de tes données et algorithmes.
- tu as organisé ton code en pensant glBegin/glEnd
- tu as du mal à penser vbo par manque d'habitude/de pratique
De toute façon, les diplay list couplées à du mode immédiat sont en interne, dans tous les pilotes récents, implémentée avec des vbo et du state tracking (qui est une horreur d'un point de vu bogues et perf)
Donc vu qu'en tant que développeur de ton jeu, tu sais ce que tu fais, en général il faut mieux s'occuper du state tracking soi même avec un scene graph adapté à son rendu et faire du vbo
Ce qui au final ne change pas beaucoup d'un glBegin/glEnd, tu peux très bien le gérer de la sorte avec tes propres appels begin/end et faire un flush à la fin qui balancera le draw de tes vbos.