Quote:Original post by Ravyne
I agree with the mods, but on the other hand it would be nice to have some standardized OO management stuff in an add-on library rather than everyone having to roll their own and worrying about bugs / supporting anyone else who may end up using it.
The thing is, I don't really see anyone rolling their own (at least, in the context of commercial and open source game engines). If someone decides to roll their own game engine, the raw OpenGL calls are in the same places as D3D member functions would be. The OO interface that D3D offers is really more syntactic than semantic. Very little polymorphism is offered, or needed.
Quote:That said, I doubt the OpenGL ARB will take it upon themselves to begin such an undertaking. In the world of OSS, things like that are generally accomplished by an individual or group beginning a project, this project reaches maturity and gains popularity, and then finally (if its deemed worthy) is addopted by the 'parent' project or otherwise officially/unnofficially recognized.
If you want to see this, find some like-minded and intelegent people to get together and start it yourself.
Such a thing already exists, in a sense. Google for OpenInventor. It's a scene graph library, built on OpenGL. This is really the next level of abstraction up, not thin OO wrappers. Other scene graph libraries exist, of course, and OpenInventor is not widely used in game development.
