You can sign up to get a daily email of our articles, see the Mailing List page!
The developer of VK9 [Github], the project that aims to implement d3d9 over Vulkan emailed, in to let me know they have hit another milestone.

From the blog post:
QuoteVK9 has reached it's 6th milestone today. On the surface this seemed like a simple enough milestone but it required handling multiple UBO per renderpass and some other elements that required some new supporting features to be added to the project. In addition there were some minor bugs which were discovered and patched while working toward this milestone. A binary release for the milestone is available on github and as always the code is committed and available for those who are interested.


I'm still not entirely sure why they're doing it, but hopefully someone will find it useful. Article taken from
12 Likes, Who?
We do often include affiliate links to earn us some pennies. We are currently affiliated with GOG and Humble Store. See more here.
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.
See more from me
The comments on this article are closed.

silmeth 18 Dec, 2016
It might be useful in the future as a way to support legacy games on new hardware without D3D9 support (not going to happen soon, but one day…, and this project will free driver devs from it to focus on just Vulkan), and as a way to port DX9 games for other platforms (think Android). At least that’s what comes to my mind.

Also, Linux users with Vulkan-compatible hardware will be able to use it with Wine instead of its translation layer into OpenGL (which, I believe, might be beneficial: translation layer from a high-level API into low-level one should be cleaner and faster than from a high-level API into totally different high-level one).
strycore 19 Dec, 2016
A lot of Linux games use a translation layer, whether it's with ToGL, IndirectX or eOn. On top of that there is also Gallium9 that does the same for Wine.

So a translation layer that does the same with Vulkan? I'm already sold!
Hope this lib can go from a little open source project from one developer to something big, used in the Linux gaming industry!

Last edited by strycore on 19 December 2016 at 12:51 am UTC
Vash63 19 Dec, 2016
View PC info
  • Supporter
While I still think DX11 would be a lot more useful, I wonder if this would be a good fit to replace ToGL in CSGO.
TheRiddick 19 Dec, 2016
Possibly he must complete DX9 before adding in the additions of DX10 and DX11 features later on.
Mike 19 Dec, 2016
It looks like it will take a while, but it is a great step forward for easier legacy games porting and support on all platforms.
Arehandoro 19 Dec, 2016
Could this lead to more ports of old/legacy games and, eventually, a discontinuation/lose purpose of Wine for games?
dmantione 19 Dec, 2016
A very important question is: Can this bring the DirectX9 API to Linux? If yes, it can decrease the cost of a port a lot, and at the same time work better than the now proprietary DirectX to OpenGL translation layers.

If not, it could still be usefull as a component in Wine, which has the potential to become better than the current DirectX to OpenGL in Wine, so still interresting, but as Wine is Windows gaming and not Linux gaming, makes it a lot less attractice.
aFoxNamedMorris 28 Dec, 2016
This would allow similar (if not, better) benefits to Gallium 9+Wine, but would work across graphics hardware vendors/drivers, as opposed to being exclusive to the Mesa-based Nouveau and Radeon drivers.
GloriousEggroll 12 May, 2017
Quoting: ArehandoroCould this lead to more ports of old/legacy games and, eventually, a discontinuation/lose purpose of Wine for games?

its designed as a windows dll which can be run with wine, which would allow programs running in wine to use that dll and send the vulkan translations to wine

basically its doing what wine does for dx9->ogl, except it works with wine and without having to recreate wine from the ground up since wine has native vulkan support, the dll would do the dx9->vk translations and wine would just read the translations instead of doing the translations itself. and because its in vulkan and not ogl it would ideally give better performance.

if anything it would be a neat add in for wine or even eventual part of wine like wine-staging's csmt

Last edited by GloriousEggroll on 12 May 2017 at 4:49 pm UTC
While you're here, please consider supporting GamingOnLinux on:

Patreon, Liberapay or PayPal Donation.

We have no adverts, no paywalls, no timed exclusive articles. Just 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.
Livestreams & Videos
Community Livestreams
Latest Forum Posts