You can sign up to get a daily email of our articles, see the Mailing List page.
We do often include affiliate links to earn us some pennies. See more here.

Collabora announced Venus, 3D accelerated Vulkan in QEMU

By - | Views: 24,804

Well this is quite exciting. Collabora, the open source consulting firm that often works with Valve, has announced the experimental Venus driver for 3D acceleration of Vulkan applications in QEMU. For those not familiar, QEMU is a generic and open source machine emulator and virtualizer.

"Running graphics applications in a Guest OS can be annoying as they are generally greedy of computing resources, and that can slow you down or give you a bad experience in terms of graphics performance. Being able to accelerate all this by offloading the workload to the hardware can be a great deal. The VirtIO-GPU virtual GPU device comes into play here, allowing a Guest OS to send graphics commands to it through OpenGL or Vulkan. While we are already there with OpenGL, we can not say the same for Vulkan. Well, until now."

The work has not been upstreamed yet but it's looking quite promising, Collabora mention that there's still plenty of work to be done yet before that happens. You can see a preview video of it running below:

YouTube Thumbnail
YouTube videos require cookies, you must accept their cookies to view. View cookie preferences.
Accept Cookies & Show   Direct Link
Article taken from GamingOnLinux.com.
25 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.
11 comments
Page: «2/2
  Go to:

Marlock Dec 17, 2021
afaik the only way to not need the host OS support for the graphics API called from the guest (plus the interfacing support for it between guest and host) is using a gpu passthrough method...

a full gpu passthrough lets the guest OS take over full control of the specific hardware, so you need a second GPU hardware just for the windows guest... not ideal with current prices, to say the least, LOL (unless you have a spare one already)

there was work towards a gpu passthrough method where both host and guest could share the same hardware, but i'm not sure how that was meant to work and at what stage that work is now
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.