Comments on: What OpenGL actually needs http://aras-p.info/blog/2007/11/08/what-opengl-actually-needs/ Random thoughts of a triangle pusher Thu, 09 Feb 2012 07:56:51 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: bugsie http://aras-p.info/blog/2007/11/08/what-opengl-actually-needs/comment-page-1/#comment-21623 bugsie Wed, 14 Oct 2009 17:17:24 +0000 http://aras-p.info/blog/2007/11/08/what-opengl-actually-needs/#comment-21623 Well, OpenGL is buggier specifically because there's a lot more to implement. Honestly, try and have a look at things like FEEDBACK, glPopName, efficient display lists, pbuffers (my a$$, as you say), various versions of npot textures, full fixed-function lighting, and the list continues... How do you expect a DX10 like card implements all that cruft ? DX10 driver: set the states down to the hw OpenGL driver: have to implement all the cruft. Implement all the interaction between some fixed function and some programmability. Oh, and implement ftransform properly while at it... Have you found bugs that were in the parser part of a compiler for sure ? That part is the easy bit, and was actually shared across vendors. It's not where most bugs are though. Well, OpenGL is buggier specifically because there’s a lot more to implement. Honestly, try and have a look at things like FEEDBACK, glPopName, efficient display lists, pbuffers (my a$$, as you say), various versions of npot textures, full fixed-function lighting, and the list continues…
How do you expect a DX10 like card implements all that cruft ?
DX10 driver: set the states down to the hw
OpenGL driver: have to implement all the cruft. Implement all the interaction between some fixed function and some programmability. Oh, and implement ftransform properly while at it…

Have you found bugs that were in the parser part of a compiler for sure ? That part is the easy bit, and was actually shared across vendors. It’s not where most bugs are though.

]]>