Comments on: OpenGL 3: a big step in no direction at all? http://aras-p.info/blog/2008/08/20/opengl-3-a-big-step-in-no-direction-at-all/ Random thoughts of a triangle pusher Fri, 10 Feb 2012 03:15:49 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Spudd86 http://aras-p.info/blog/2008/08/20/opengl-3-a-big-step-in-no-direction-at-all/comment-page-1/#comment-25651 Spudd86 Sat, 23 Jan 2010 05:52:57 +0000 http://aras-p.info/blog/?p=195#comment-25651 The open Linux drivers are now moving towards being implemented on top of a generic thing called Gallium... it's supposed to be a sort of minimal abstraction of how modern gpus work, so essentially you write a gallium driver and that gets you OpenGL, OpenGLES, OpenVG, OpenCL, and some other stuff (some people are talking about writing Xorg drivers on top of it...) Also Intel on Linux is pretty likely to get OpenGL 3 (as soon as Mesa has it at all...) The open Linux drivers are now moving towards being implemented on top of a generic thing called Gallium… it’s supposed to be a sort of minimal abstraction of how modern gpus work, so essentially you write a gallium driver and that gets you OpenGL, OpenGLES, OpenVG, OpenCL, and some other stuff (some people are talking about writing Xorg drivers on top of it…)

Also Intel on Linux is pretty likely to get OpenGL 3 (as soon as Mesa has it at all…)

]]> By: ReJ http://aras-p.info/blog/2008/08/20/opengl-3-a-big-step-in-no-direction-at-all/comment-page-1/#comment-12815 ReJ Wed, 20 Aug 2008 19:10:48 +0000 http://aras-p.info/blog/?p=195#comment-12815 It looks like OpenGL is trying to sit on all seats at the same time. Well at least 3 of them: CAD, games and multi-platform support. But why bother? Make world a better place by: 1) leaving good-olde OpenGL for CAD / not-so-bleeding-edge-multiplatform-apps only 2) concentrate on OpenGLES as true API for real-time apps / games instead 3) release new versions of OpenGLES more often, reacting to emerging new hardware functionalities, packaging it in reasonable self-contained chunks. Along the way purify OpenGLES API to get rid off not-so-cool-anymore legacy of original OGL API. It looks like OpenGL is trying to sit on all seats at the same time. Well at least 3 of them: CAD, games and multi-platform support. But why bother?

Make world a better place by:
1) leaving good-olde OpenGL for CAD / not-so-bleeding-edge-multiplatform-apps only
2) concentrate on OpenGLES as true API for real-time apps / games instead
3) release new versions of OpenGLES more often, reacting to emerging new hardware functionalities, packaging it in reasonable self-contained chunks.
Along the way purify OpenGLES API to get rid off not-so-cool-anymore legacy of original OGL API.

]]> By: Ignacio http://aras-p.info/blog/2008/08/20/opengl-3-a-big-step-in-no-direction-at-all/comment-page-1/#comment-12814 Ignacio Wed, 20 Aug 2008 17:22:39 +0000 http://aras-p.info/blog/?p=195#comment-12814 I would highly encourage you to join the Khronos group and provide your point of view during the review process. It seems that your business relies in OpenGL enough to make that worth your time and money. In my opinion not enough ISVs are involved in this process and this is one of the reasons why OpenGL is not moving anywhere. I would highly encourage you to join the Khronos group and provide your point of view during the review process. It seems that your business relies in OpenGL enough to make that worth your time and money. In my opinion not enough ISVs are involved in this process and this is one of the reasons why OpenGL is not moving anywhere.

]]>