Linux Vulkan Food Fight!

Having problems with building or using CEF's C/C++ APIs? This forum is here to help. Please do not post bug reports or feature requests here.

Linux Vulkan Food Fight!

Postby sirheroics » Tue Oct 03, 2023 6:43 pm

Hello,

On the latest CEF as of Sept 28, when running on Linux, our app cannot startup when linking against libcef.so. Our app is a very GPU intensive C++ Vulkan application. It seems bringing in libcef.so brings in it's own Vulkan loader and then when our application goes to init Vulkan it gets CEF's libvulkan.so.1. This runtime doesn't work for us because it seems to be unable to correctly enumerate the Installable Client Drivers (ICDs) and layers so we end up with missing extensions that might not matter to CEF but very much matter to an application trying to do real Vulkan work. (Shipping your own Vulkan runtime is frowned upon by the Vulkan community for this reason. :( )

If I delete libvulkan.so.1, our application can finally load again but then CefInitialize crashes.

Is there a proper flag or command line argument to pass to CefInitialize in our case where there is a guaranteed Vulkan runtime and we under no circumstances want CEFs?
sirheroics
Techie
 
Posts: 33
Joined: Mon Mar 22, 2021 6:32 am

Re: Linux Vulkan Food Fight!

Postby magreenblatt » Tue Oct 03, 2023 8:01 pm

You can try the --disable-features=Vulkan command-line flag. If that doesn’t work you can google “chromium disable vulkan” for a bunch of other suggestions.
magreenblatt
Site Admin
 
Posts: 12409
Joined: Fri May 29, 2009 6:57 pm

Re: Linux Vulkan Food Fight!

Postby magreenblatt » Tue Oct 03, 2023 8:04 pm

If nothing else works you can try building CEF/Chromium with enable_vulkan=false in GN_DEFINES.
magreenblatt
Site Admin
 
Posts: 12409
Joined: Fri May 29, 2009 6:57 pm


Return to Support Forum

Who is online

Users browsing this forum: Google [Bot] and 176 guests