Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×
Graphics Open Source

Khronos Delays Vulkan Graphics API To 2016 Release (phoronix.com) 50

An anonymous reader writes: The Khronos Group has announced that the Vulkan specification is complete and undergoing legal review and final polishing, but it means that Vulkan will not be published this year. Khronos reports that the Vulkan 1.0 specification will be published when the first conformant implementations are confirmed. Phoronix received some more details about the state of Vulkan in that there were a lot of changes since GDC and " the gating factor for release will be availability of product-quality implementations."
This discussion has been archived. No new comments can be posted.

Khronos Delays Vulkan Graphics API To 2016 Release

Comments Filter:
  • by Anonymous Coward on Friday December 18, 2015 @09:19PM (#51147779)

    So what the fuck is this "Vulkan" thing?

    The summary should say what it is, but doesn't.

    We shouldn't have to Google for the answer, either.

    Even if we did, it probably wouldn't help!

    The Vulkan website is very vague. It's full of buzzwords like "next generation", "open standard", "API", and "high-efficiency", without actually saying what the fuck it is!

    Can anyone tell us just what the fuck this Vulkan thing actually is and what it actually does?!

    • GPU drivers. Like OpenGL, but.....modern. An open-source alternative to AMD/NVIDIA/Intel's closed-source proprietary drivers, but should work better than existing open-source solutions.

      At least, that's my basic understanding of it. I could be wrong.
      • by Kjella ( 173770 ) on Friday December 18, 2015 @09:58PM (#51147999) Homepage

        GPU drivers. Like OpenGL, but.....modern. An open-source alternative to AMD/NVIDIA/Intel's closed-source proprietary drivers, but should work better than existing open-source solutions. At least, that's my basic understanding of it. I could be wrong.

        Vulkan is not a driver, it's the next generation OpenGL API for writing accelerated 3D graphics and compute code. AMD, nVidia, Intel etc. will have drivers implementing this interface. Like DirectX 12 and the defunct AMD Mantle, it provides a much more low level interface than traditional DirectX/OpenGL which means drivers should be simpler. Intel has an open source driver, AMD starts closed source but has promised to open it up while nVidia will probably remain closed source. The offset is of course that when the driver does less, your code must do more. Typically that would be the job of a game engine or something similar.

        This is the culmination of a process that has been going on for a very long time from fixed function hardware to programmable shaders to generic computing capability and what we call "drivers" today really being giant libraries running on top. The Vulkan API exposes that generic low-level capability directly. I don't think the high-level interface is going away though, but it's been unclear to me if that's going to stay in the 4.x series or not. At least Microsoft called it all DirectX 12, but then they control the whole platform. On open source it's likely you'll have full Vulkan support, but still OpenGL 4.x functions missing.

        • Vulkan is not a driver, it's the next generation OpenGL API for writing accelerated 3D graphics and compute code.

          I don't think calling it next gen OpenGL is right either. It has nothing in common with OpenGL except for being developed by the Khronos group.

          • I'm curious, how do I implement it on my Android, or Apple phones?
          • by Kjella ( 173770 )

            Before they announced the name they called it the "next generation OpenGL initiative" or "glNext", so it's their words not mine.

    • by beelsebob ( 529313 ) on Friday December 18, 2015 @09:41PM (#51147903)

      It's a graphics API that gives you lower level access to the GPU.

      There two big improvements from OpenGL that all of these APIs (D3D 12, Metal, Mantle, Vulkan, ...) are trying to achieve (plus a bunch of smaller ones)
      1) Give complete control over thread safety in accessing memory on the GPU, rather than having the API be thread safe. This lets game developers make informed decisions like "I know that frame n-2, and n-1 use part of this texture, but not all of it, during work for frame n, I can update the part they're not accessing with no thread safety primitives". That can shave a whole millisecond off a frame layout time per contended lock on some platforms. When you're trying to lay out in 8 or 16 milliseconds, that's really important.
      2) Specify more information up front, allowing earlier verification, and baking of states. OpenGL drivers do not know in what states (what vertex formats, what blend modes, what shaders etc) are going to be used when draw calls come in. That means that they need to verify the state, and recompile shaders at the last second (on many architectures, changing blend mode requires at least a re-run of the back end of the shader compiler for example). This can be mitigated by caching, but ultimately it doesn't work as well as it could. The new APIs let developers specify which of the states they're going to use up front, and therefore the system to optimise for them very early on.

  • It is a sad time when a technical specification has to undergo legal review.
    • by Kjella ( 173770 )

      It is a sad time when a technical specification has to undergo legal review.

      Well, there is a huge hardware market with billions of dollars in sales that will be affected by what features goes into the API, I'm sure they have conflicting interests. I would think the legal review primarily involves verifying that all relevant parties got all relevant documentation, that all decisions has been done formally correctly and so on. If you miss an implementation detail of a feature in hardware, it might be a lot harder to fix than a patch and recompile.

      • When something like this comes up for legal review, that is generally referring to "does it violate anyone else's patents".

  • This is the entire summary:

    The Khronos Group has announced that the Vulkan specification is complete and undergoing legal review and final polishing, but it means that Vulkan will not be published this year. Khronos reports that the Vulkan 1.0 specification will be published when the first conformant implementations are confirmed. Phoronix received some more details about the state of Vulkan in that there were a lot of changes since GDC and " the gating factor for release will be availability of product-qua

    • it's slashdot. Consider your audience. I know who Khronos and Phoronix are, and what Vulkan is because I'm a tech nerd.

      It's like going to a foodie blog and asking that they clarify what kale is

      • I know who Khronos and Phoronix are

        Yes, I know they're Greek gods too.

        and what Vulkan is

        Of course. Everyone knows Spock.

        I'm not saying most people here don't know what these things are, but there are all kinds of tech nerds around here. Some are hardware nerds, some are software nerds and some are astronomy nerds. Some are drivers nerds. The fact that the summary was written and did not include the words "open source" or "cross platform" or even "API" is simply writing malpractice.

  • I am not sure that legal review is about looking for missing a feature: that looks rather technical, doesn't it?
  • I think that it’s very cool idea, because urban design is very important for every person working in this sphere. I work in design sphere for a long time and know lots of its niceties. I would like to advise you one cool site https://www.daz3d.com/ [daz3d.com] where is useful information about 3D design. It’s excellent direction of design which makes our world more beautiful and better! :) Visit this site and you will be able to download free software and good tutorials which will help you to create awesome

Our OS who art in CPU, UNIX be thy name. Thy programs run, thy syscalls done, In kernel as it is in user!

Working...