probably want to put it in #help-and-questions
probably want to put it in #help-and-questions
Lwould this be approved for merging into tutorial in
?
OnRender()?
Lnot this one I guess
LJust for the pure chaos : >
La bit blunt of an answer, but: no
Lperhaps that could be part of a separate tutorial series teaching all the functions of the windowing library (without the comment though)
Lbut not in the core OpenGL tutorials
LxDDD
Lmade my day
Lbut im not going to write that, you'd have to write the whole set of tutorials
Lhymmm, maybe one day
Lonce I'll know how at least some of the stuff works
Athis depth buffer thing does remind me that my library doesn't actually support setting the depth buffer at all
Aguess i should add that
Acurrently the library is just
if you don't want 24 bit RGB with 24 bit depth buffer then haha good luck
if you don't want 24 bit RGB with 24 bit depth buffer then haha good luck
Aill have to implement it in literally the worst way possible thanks to opengl being opengl but its better than nothing
Lahh yes, the funny one
Lmy engine just doesnt support depth buffers :^)
AFAIR
Lits unnessesary for 2d rendering anyway
Lare you Patrick Bateman ???
Ayea my engine entirely renders to a separate framebuffer so i can just disable the default depth buffer
Lgez
Loh
Lno im just practical and realized early on that a depth buffer only causes problems in 2d rendering
Lnow it does make some sense
Lhym, what about overlaying planes ?
Lor you simply don't allow it to happen
Lyou sort your geometry by depth on the CPU before you issue the draw call
LHym
LOkey
LThat does make sense in 2D then
Lyou also sometimes have to do the same in 3d in some ways
Ltransparent geometry 
Aand opaque too
Awhen drawing opaque you should sort from front to back
LEeeeee okeey
Lyou dont have to do that as much with only opaque if you properly have a depth buffer
Ayea its not essential
Lbut sorting beforehand does help with z-fighting (sometimes)
Ait just means the gpu doesnt try to render fragments that will never be visible
Lyeah for performance you should sort opaque front to back
Land transparent back to front
Aalthough how much performance that gains over the cost of sorting on the cpu i have no idea
Aye
Lmy solution for 3d rendering is to draw all my opaque geometry in one pass front to back, then all my transparent geometry after, back to front, should handle all cases
Lhymmmmmm okey, my conclusion is: computer graphics are hard
Lbut not the most performant solution
Athats what i do as well
L(I know nothing new)
