Originally posted by lowflyer
View Post
Announcement
Collapse
No announcement yet.
Vulkan 1.0.25 Moves To Single-Branch Model, Adds NVIDIA Extensions
Collapse
X
-
Originally posted by lowflyer View PostThey did it again! AMD is terrible!
The new standard is not yet established and AMD is already trying to break out of it. They are deliberately creating the same mess of vendor-extensions that we have under OpenGL again. They have not learned anything.
Comment
-
Originally posted by grenadecx View Post
You do know that Nvidia is not alone in adding extensions for Vulkan? AMD have already done it as well.
I am sick and tired of vendors that in the first round claim "Yes we are fully OpenGL compliant". Only to find out later that they extensively (mis-)used Nvidia extensions without fall back so it would run only on a few select Nvidia cards...
Comment
-
Originally posted by lowflyer View PostI don't think that "the others do it too" is a good argument for doing it in the first place.
I am sick and tired of vendors that in the first round claim "Yes we are fully OpenGL compliant". Only to find out later that they extensively (mis-)used Nvidia extensions without fall back so it would run only on a few select Nvidia cards...
Comment
-
Originally posted by starshipeleven View PostCool and I agree, point is that they drafted the standard so they could add them, so it's not exactly unexpected if they add them.
Comment
-
Originally posted by lowflyer View Postit really looks to me that they couldn't wait to get their "special stuff" in.
Adding them has always been part of the plan.
IMHO they could have tried harder to get that standardized. And I'm also not taking AMD our of that equation.
I know that a standard is better for consumer, but you need to understand that competition in these extensions is also good for consumer too.
That's how it works on openGL. As others said, nothing prevents other vendors from offering the same extensions (with same name) on their hardware too, and just as with OpenGL the most liked extensions will become mandatory in the certification for a new version. This is just a bit of competition in the bleeding edge features.
The bigger issue of OpenGL were some "interested parties" (companies developing CAD and similar programs) that wanted to keep the OpenGL features set in stone forever because otherwise they would have to change their softwares.
That was eventually fixed with Vulkan, that is designed by and for companies that deal with gaming and consumer markets.
Comment
-
Originally posted by starshipeleven View PostWhat part of "THEY drafted the standard so they could add them" you did not understand?
Originally posted by starshipeleven View PostI know that a standard is better for consumer, but you need to understand that competition in these extensions is also good for consumer too.
Originally posted by starshipeleven View PostThe bigger issue of OpenGL were some "interested parties" (companies developing CAD and similar programs) that wanted to keep the OpenGL features set in stone forever because otherwise they would have to change their softwares.
That was eventually fixed with Vulkan, ...
Comment
-
Originally posted by lowflyer View PostYou're contradicting yourself. I'm trying to tell that creating incompatible extensions will just shut up competition.
This is the current status with OpenGL.
And so far the professional application developers won and it remained a semi-prehistoric piece of garbage for way too much time, and even now some of that retrocompatibility is silly in many points.
... and the same companies continue to play the same old game the same old way. (look at my first post in this thread. "They did it again!" was where I started off.)
What is wrong is cutting corners on the driver's compliance to the spec (NVIDIA), so that even programs developed on NVIDIA hardware and targeting non-vendor openGL extensions still fail hard on other vendor's GPUs because their drivers are more strict.
Comment
Comment