You can sign up to get a daily email of our articles, see the Mailing List page!

Zink, a new driver project for OpenGL on Vulkan from Collabora

Posted by , | Views: 6,923

Here's one I wasn't aware of, developer Erik “kusma” Faye-Lund from Collabora has been working on Zink. It's a new OpenGL implementation that works on top of Vulkan. It's a "Mesa Gallium driver", which aims to provide "hardware accelerated OpenGL when only a Vulkan driver is available".

Writing about the work in a blog post, the developer talked a little about why they're doing it. Their aims include: simplifying the graphics stack, lessening the work-load for future GPU drivers, enabling more integration and supporting application porting to Vulkan. Sounds like some pretty useful goals to me. They do go into more detail on each point, which is worth reading. The idea of everyone targeting Vulkan in future, with something like this being used for OpenGL is quite interesting if it could ever happen.

While it's still early days for the project, it's currently only supporting OpenGL 2.1, and OpenGL ES 1.1 and 2.0 plus some extensions and so it has some ways to go before it's truly useful. Even so, it sounds exciting and they show off some simple games working with it already. Dave Airlie from Red Hat has also been jumping in, with work on OpenGL 3.3 progressing so it looks like it might move forwards quite quickly.

See more about it here.

Hat tip to Joe from our Telegram Group.

Article taken from GamingOnLinux.com.
21 Likes, Who?
We do often include affiliate links to earn us some pennies. We are currently affiliated with GOG, Humble Store and Paradox Interactive. See more information here.
About the author -
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
15 comments
Page: 1/2»
  Go to:

Botonoski 2 November 2018 at 3:22 pm UTC
I have had yet to consider a future where GPUs may lack OpenGL support, good that we're getting ahead of the game and creating an avenue for legacy support.


Last edited by Botonoski at 2 November 2018 at 3:22 pm UTC
MayeulC 2 November 2018 at 4:14 pm UTC
It was in one of the earlier articles' comments that someone suggested that Zink + Gallium Nine could be an alternative to VK9

Hopefully this will get us better OpenGL drivers in embedded devices. Unfortunately, companies could still provide their Vulkan drivers as blobs only, and better OGL support is, AFAIK, a driving force behind SoC companies contributing to Mesa.

Just imagine Nine over Zink over MoltenVK (would it be HLSL/DXIL -> TGSI -> ( NIR -> ) SPIR-V -> MLSL -> LLVM IR -> machine code?). I guess Nine would actually end up mainlined if this was a possibility.


Last edited by MayeulC at 2 November 2018 at 4:19 pm UTC
raneon 2 November 2018 at 5:12 pm UTC
I'm quite impressed about the progress since this project was announced. From my point of view this will be quite helpful, OpenGL drivers are very complex and concentrating on Vulkan sounds reasonable. And in this case Zink can just provide the fallback to OpenGL, probably not with the best performance, but quality could be higher than with a own OpenGL driver implementation.
I would consider Zink as well as more than enough for desktop and VM usage. Plus the DX9 implementation of Gallium Nine based on Vulkan sounds promising as well.
Cestarian 2 November 2018 at 6:31 pm UTC
This is interesting, although I think it's a bit strange it's a driver project rather than just a translation layer like DXVK, VKD3D and VK9. Are there any benefits to this?
YoRHa-2B 2 November 2018 at 7:33 pm UTC
It technically still is a translation layer, it just happens to depend on Mesa. But it was mentioned that it could potentially run on Nvidia (and with some work, even on Windows). Benefits should be obvious:

1. Nobody in their right mind would start a new OpenGL implementation without using Mesa.
2. Gallium itself is a modern API that should map reasonably well to Vulkan for the most part, it's somewhat similar to the D3D11 DDI.
(3. It might bring Nine to Nvidia one day. Would require Nine to add NIR support though.)
GustyGhost 2 November 2018 at 9:08 pm UTC
I'm getting lost in keeping up with all of the different API translation projects. It's all beginning to resemble a hillbilly family tree.
raneon 2 November 2018 at 9:25 pm UTC
GustyGhostI'm getting lost in keeping up with all of the different API translation projects. It's all beginning to resemble a hillbilly family tree.

Yes Vulkan brought so many great new possibilities :-) On the graphic side I just see OpenGL and DirectX <=9 as the missing pieces in the Vulkan landscape. Zink seems to progress well, then there is Glove for OpenGL and VK9 for DX9.
YoRHa-2B 2 November 2018 at 10:21 pm UTC
dgvoodoo2 is a decent implementation of D3D <=8 on top of D3D11, which apparently works quite nicely on DXVK and seems to work better than wined3d in some games. Sadly it's not open-source.


Last edited by YoRHa-2B at 2 November 2018 at 10:21 pm UTC
raneon 2 November 2018 at 10:47 pm UTC
YoRHa-2Bdgvoodoo2 is a decent implementation of D3D <=8 on top of D3D11, which apparently works quite nicely on DXVK and seems to work better than wined3d in some games. Sadly it's not open-source.

Never heart of that, thanks. And besides D3D <=8 it supports Glide too :-) I almost forgot this good old API. I knew there is nGlide as a direct translation to Vulkan (but not open source either). I've seen that there is DXWrapper (D3D1..6 translated to 7, plus 8 to 9 with the help of D3D8to9, open source), but obviously then something like Zink/VK9 was the missing piece. Sad that dgvoodoo2 is not open source, a partnership with GOG could have made this available if they only would care...


Last edited by raneon at 2 November 2018 at 10:57 pm UTC
devnull 3 November 2018 at 8:13 am UTC
This isn't meant as a reflection on Collabora but what I kind of worry about with things like this is churn for the sake of churn. There _shouldn't_ be one standard because it sets the bar extremely high and centralizes control within those organizations. I could, for example, see companies push DRM indrectly through drivers. Anyone remember blueray players that required updates before you could watch? Yeah, that kind of thing.
  Go to:
While you're here, please consider supporting GamingOnLinux on Patreon, Liberapay or Paypal. 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!

You need to Register and Login to comment, submit articles and more.


Or login with...

Livestreams & Videos
Community Livestreams
  • Sneaky Beaky: „Aragami“
  • Date:
See more!
Popular this week
View by Category
Contact
Latest Comments
Latest Forum Posts