We do often include affiliate links to earn us some pennies. See more here.

Vulkan Ray Tracing becomes official with Vulkan 1.2.162 (updated)

By - | Views: 44,276

The day has arrived, along with the release of Vulkan 1.2.162 being tagged in the Vulkan-Docs repository on GitHub the Vulkan Ray Tracing extensions are now officially released. From being announced as a provisional set in March 2020, The Khronos Group formally announced it's done.

"Welcome to the era of portable, cross-vendor, cross-platform ray tracing acceleration!" - Daniel Koch, NVIDIA

With Vulkan 1.2.162 being tagged a few hours ago, the changelog shows these new extensions being available along with the official Vulkan Ray Tracing release:

This is a huge step forwards for the Vulkan API! Now having a vendor-neutral set of Ray Tracing abilities. This means AMD, NVIDIA and Intel will all be supporting Ray Tracing with Vulkan. For Linux that's especially good, since on Windows you already have DirectX Raytracing (DXR). On Linux, we did have the NVIDIA Ray Tracing with their own extensions since NVIDIA 410.57 in 2018 but now at least we have something all hardware vendors can and will use.

They mentioned that this is just the start, with the full ecosystem of supporting toolkits and validation layers to all get updates to support it. You can follow updates to the ecosystem being updated here.

They've also confirmed that the overall functionality has been unchanged since the provisional release. However, there are still some differences like VK_KHR_ray_tracing being split into three extensions (linked in the list above). There's a few other changes, including those requested by developers of translation layers. See the full announcement for all the info.

Going along with it NVIDIA have released the Vulkan Beta Driver 455.46.02 to support it. NVIDIA also released an updated Vulkan Ray Tracing tutorial and their Nsight Graphics tool version 2020.6 is also out with added support for the new Vulkan Ray Tracing extensions. Meanwhile, Intel will have support for it in 2021 with the release of their dedicated Xe-HPG GPUs, AMD have a Windows driver up for it today but no mention of a fresh Radeon Software for Linux update yet - it's likely the new Mesa 20.3 open source driver update will work with it when it's released soon.

Update 23/11/20, 2PM UTC - The Khronos Group has now formally announced it. The article was updated to reflect this.

Article taken from GamingOnLinux.com.
Tags: Vulkan
46 Likes
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly came back to check on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly. Find me on Mastodon.
See more from me
The comments on this article are closed.
23 comments
Page: 1/3»
  Go to:

CatKiller Nov 23, 2020
View PC info
  • Supporter Plus
Any indication from anywhere what the hold up was? I'd imagine that AMD and Intel not having hardware to support it would have left the aims of the extension fuzzy at the beginning, but they'd have known what was going into their silicon a long time ago. Was it an oversight? Or some tricky problem that needed solving?

Still, I'm glad it's finally here, and hopefully the delay hasn't lost Vulkan critical time with developer mindshare relative to DirectX 12.

Edit:
QuoteThey've also confirmed that the overall functionality has been unchanged since the provisional release.

Ugh. So they just told everyone not to use it for 8 months for literally no reason. Great.

Edit 2:
So, reading through the notes it seems that the problem was trying to have both easy mapping from DXR to Vulkan and easy mapping of Vulkan to Metal. It turns out that they can't have both, and they've decided to ditch Metal. That makes sense for our use-case, but it sucks for Khronos, since MoltenVK was an explicit target for them. I can see why they wouldn't want to take that decision quickly.


Last edited by CatKiller on 23 November 2020 at 2:44 pm UTC
Avehicle7887 Nov 23, 2020
Good good, this means that's 1 less reason for devs to use DX12 and DXR. Convincing them Vulkan is the better option will probably be the hardest part.
Liam Dawe Nov 23, 2020
Updated, it's announced fully now.
axredneck Nov 23, 2020
Quoting: Avehicle7887Good good, this means that's 1 less reason for devs to use DX12 and DXR. Convincing them Vulkan is the better option will probably be the hardest part.
Xbox ? (Does it have vulkan at all?)


Last edited by axredneck on 23 November 2020 at 2:27 pm UTC
3zekiel Nov 23, 2020
Quoting: axredneck
Quoting: Avehicle7887Good good, this means that's 1 less reason for devs to use DX12 and DXR. Convincing them Vulkan is the better option will probably be the hardest part.
Xbox ? (Does it have vulkan at all?)

Troll mode on:
Xbox does not have users, so whatever api they have or not...

More serious:
It is a windows 10 it seems, and there is doom eternal on it, so I'd say yes.
Liam Dawe Nov 23, 2020
Quoting: CatKillerUgh. So they just told everyone not to use it for 8 months for literally no reason. Great.
No, they sought feedback from lots of industry vendors across the board. As part of that, as noted, it was split up into multiple extensions so people could use part or all of it. Plus numerous other smaller changes asked by others.
CatKiller Nov 23, 2020
View PC info
  • Supporter Plus
Quoting: Liam Dawe
Quoting: CatKillerUgh. So they just told everyone not to use it for 8 months for literally no reason. Great.
No, they sought feedback from lots of industry vendors across the board. As part of that, as noted, it was split up into multiple extensions so people could use part or all of it. Plus numerous other smaller changes asked by others.
I was reading through the notes as you were writing this, and already edited my comment.
rkfg Nov 23, 2020
Quoting: CatKillerUgh. So they just told everyone not to use it for 8 months for literally no reason. Great.
They did because it could have changed during these 8 months. If anyone decided to use it in production then there would be more problems and frustration to solve for literally no reason because it wasn't standardized yet. And it was available before as vendor-specific extensions which are kind of "early access" as I understand it. Because in game engine you'd prefer a single code path instead of several vendor-specific ones, each with unique quirks as usual. That's what Khronos did, they unified all those and now it's guaranteed to be stable and ready to use (as soon as drivers are ready).
Ehvis Nov 23, 2020
View PC info
  • Supporter Plus
Quoting: CatKillerEdit 2:
So, reading through the notes it seems that the problem was trying to have both easy mapping from DXR to Vulkan and easy mapping of Vulkan to Metal.

Was anything achieved in getting the DXR to Vulkan RT mapping to be easier or didn't the notes elaborate on that?
Comandante Ñoñardo Nov 23, 2020
I wonder if this is the main reason why the Linux and OSx version of Metro Exodus was delayed...
More depots activity detected today, by the way.
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
The comments on this article are closed.