Personally i think that the big subject here are those mysterious LLVM patches, that i'm very interested on them. It supposed that LLVM wasn't ready for shaders and that is why we need NIR. Maybe it's time for OGL and other state trackers to target LLVM directly now, of course they will still need to submit Gallium or Vulkan commands (i prefer Vulkan with a SPIR-V bypass extension).
Announcement
Collapse
No announcement yet.
Happy Holidays: AMD Finally Pushing Out Open-Source Vulkan Driver
Collapse
X
-
Originally posted by vortex View PostPerhaps the worst part of this is, that all the people crying for open-sourced drivers will now show their gratitude by still buying nvidia products.
- Likes 3
Comment
-
Very very nice, congratulations to AMD! I don't understand all the criticism, I still think that having two open source driver in good/decent shape is good and it is better that having zero or one closed. I don't think it was remotely possible to have only one project, the AMD was born before but it was not ready to open, it has something in common with the Windows version and I don't think is a simple process to open it. The RADV was and remains amazing.
- Likes 3
Comment
-
Finally...
bridgman From a strategic standpoint it would make sense to also open up the windows parts of the vulkan driver so that game devs can fix problems in the driver on their side and improve performance on their side (like Feral has done with RADV) rather than having to make a Linux port to do so. I know it's a big jump from having things open source for Linux to having them also open source on Windows, but the advantages of doing so would give AMD a much needed edge in the market. I think it's worth you poking management about even if you don't reply to this post.Last edited by Luke_Wolf; 12 December 2017, 05:40 PM.
- Likes 1
Comment
-
Originally posted by Luke_Wolf View Postbridgman From a strategic standpoint it would make sense to also open up the windows parts of the vulkan driver so that game devs can fix problems in the driver on their side and improve performance on their side (like Feral has done with RADV) rather than having to make a Linux port to do so. I know it's a big jump from having things open source for Linux to having them also open source on Windows, but the advantages of doing so would give AMD a much needed edge in the market. I think it's worth you poking management about even if you don't reply to this post.
I say "efficiency" and "zero effort" because the alternative to open source is exposing source code under NDA or having AMD engineers (with access to driver source they can inspect, modify and build) working closely with the app developers.Last edited by bridgman; 12 December 2017, 06:34 PM.Test signature
Comment
-
Originally posted by bridgman View Post
It does get discussed from time to time, but so far the conclusion has been that for Windows the competitive advantages of closed source outweigh the efficiency benefits of giving app developers zero-effort access to source code.
I say "efficiency" and "zero effort" because the alternative to open source is exposing source code under NDA or having AMD engineers (with access to driver source they can inspect, modify and build) working closely with the app developers.
Comment
-
Originally posted by artivision View Post
Depending how you see it. For example you have taken for granted that Amd engineers 'must' building it for Windows.
Comment
-
Originally posted by bridgman View Post
It does get discussed from time to time, but so far the conclusion has been that for Windows the competitive advantages of closed source outweigh the efficiency benefits of giving app developers zero-effort access to source code.
I say "efficiency" and "zero effort" because the alternative to open source is exposing source code under NDA or having AMD engineers (with access to driver source they can inspect, modify and build) working closely with the app developers.
Comment
Comment