A general rule, when a highly specialized authority is called 'moron', it's usually a safe bet to assume that there is indeed a moron in the room.its basically a slap in the face to the morons of Khronos group who are too slow for GPU vendors and made a too much crippled ES profile
"morons" was maybe over the top but I think OpenGL needs a big reboot/cleanup. The legacy stuff and complexity of some features are nightmare for developers. one interesting reading:
http://richg42.blogspot.co.uk/2014/05/things-that-drive-me-nuts-about-opengl.html
Interestingly,NVidia have always been one of the biggest barriers to moving the OpenGL beyond it's roots.
Because sending an army of [strike]twimtbp-infections[/strike] helpers to the studios and have them suggesting the use of their proprietary extensions has proven to be more [strike]monopolistic[/strike] practical?
Because sending an army of [strike]twimtbp-infections[/strike] helpers to the studios and have them suggesting the use of their proprietary extensions has proven to be more [strike]monopolistic[/strike] practical?
I have no idea of what's going on inside Khronos. If Nvidia is too blame, then boooo to them. But I think the group is showing its limit with the current evolution of the API.Interestingly,NVidia have always been one of the biggest barriers to moving the OpenGL beyond it's roots.
I have no idea of what's going on inside Khronos. If Nvidia is too blame, then boooo to them. But I think the group is showing its limit with the current evolution of the API.
It's finally not surprising that we see all these new APIs emerging...
Not sure what Joe meant in that tweet. The peak multiply-add rate is the same, plus you get another FLOP from the SFU co-issue.
If Ryan got anything wrong, it's overwhelmingly because he couldn't understand my weird Scottish brogue as I walked him through some highlights of the architecture during the briefing.