To view parent comment, click here.
To read all comments associated with this story, please click here.
https://s3.amazonaws.com/theoatmeal-img/comics/minor_differences/cap...
https://s3.amazonaws.com/theoatmeal-img/comics/minor_differences/cap...
> support SOME of the features THIS way if its AMD, THAT way if
OpenGL is a low-level API. Normally, games developers using OpenGL don't use it directly, but through a higher level library. That higher level library is the one that also deals with the different cases (Windows, Linux, Mac, Android, iPhones, the version that consoles use, etc.). Some people think (me, too) that OpenGL should do some of the work that those higher level libraries do.
In http://www.opengl.org/ they seem to be happy with the idea that Intel and Valve collaborate with the Intel Mesa driver and so, since on July 17 they announced in the front page:
Valve ports Left for Dead 2 to Ubuntu with OpenGL
Valve Software has started a new Linux blog; the first entry discusses their port of Left for Dead 2 to Ubuntu Linux. Future work involves “optimizing a version of L4D2 running at a high frame rate with OpenGL”, porting the Steam client, and “porting additional Valve titles”.
> And how EXACTLY does that fix
No, that doesn't fix it. Improving drivers and the Source engine is a good thing but also... the proposal of forking, that you said, keeps being valid.
Don't get me wrong, I have no problem with Valve and Intel working together, just that it still doesn't solve the problem.
The problem, and the reason why so many ignore OpenGL for DirectX is just as you state that DirectX does take some of the higher level work out of it and more importantly DirectX 10 is DirectX 10 period. It doesn't matter which card it is, if its an HD5450 or the latest Nvidia, if it says DirectX 10 then you know what it supports and the only question is how fast will it pump those features out.
That is why I've been saying for years the community needs to fork OpenGL, because when you are talking about something like graphics subsystems, where even being a second or two off can cause quite noticeable problems and even make a game unplayable, the use of shims and extensions is frankly unacceptable.
So I do hope this one day gets fixed, that OpenGL again becomes a truly viable alternative to DirectX for developers instead of needing to put in more work just to get the same level of output. Of all the places one could use shims and extensions something as time critical as graphics is simply not the place to do it, but time and again Kronos has made it clear they care about CAD more than they do about gaming.




Member since:
2007-11-11
And how EXACTLY does that fix the fact that Kronos is letting OpenGL rot? It doesn't, all it will mean is that Intel will have "Valve approved" drivers for GPUs that frankly are still waaaay behind the curve. There is a good reason why Intel IGPs are looked upon as business laptop junk, because even a 3 year old AMD or Nvidia card will drink its milkshake while it stands there crying.
In the end the ONLY way you can fix this mess is the community fork openGL away from kronos, because they have made it clear its all about CAD to them, which isn't surprising since most of their money comes from CAD vendors. Until you can just say "OpenGL 4" and ANY game developer knows EXACTLY what features they have down the line and EXACTLY how it will behave its just not gonna compete. as it is now again the extensions mean it works one way for AMD, another way for Nvidia, and still a third for Intel. This won't change that because Kronos won't change.