Open sidreshot opened 4 years ago
I'm having the same issue. Seems that vkBasalt just doesn't want to load. Nothing is logged about it, and the hotkey to [de]activate does nothing in game. This used to work great, not sure what changed.
vkBasalt (32 and 64-bit): 0.3.2.3-4 Distro: arch Kernel: 5.9.8-zen1-1-zen Mesa: 20.2.2 GPU: Radeon 5700 XT Game: Deep Rock Galactic (and others) Proton: 5.13-1
Game launch options in Steam:
PROTON_LOG=1 ENABLE_VKBASALT=1 VKBASALT_CONFIG_FILE=/home/w00t/vkbasalt/vkBasalt.conf VKBASALT_LOG_LEVEL=info VKBASALT_LOG_FILE=/home/w00t/vkbasalt/vkBasalt.log __GL_THREADED_OPTIMIZATIONS=1 DXVK_ASYNC=1 RADV_PERFTEST=aco,cswave32,dccmsaa,dfsm,gewave32,pswave32 mesa_glthread=true VSYNC=1 FPS=100 RADV_TEX_ANISO=16 AMD_TEX_ANISO=16 PICMIP=-1 EQAA=4,2,2 AMD_DEBUG=forcedma,dpbb,dfsm VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/amd_icd64.json AMDVLK_ENABLE_DEVELOPING_EXT="all" EnableVmAlwaysValid=2 gamemoderun mangohud %command%
vkBasalt and other layers doesn't work with Proton 5.13 yet, see https://github.com/ValveSoftware/Proton/issues/4289
vkBasalt and other layers doesn't work with Proton 5.13 yet
Versions >= 0.20201124.0 of the pressure-vessel container runner will import Vulkan layers from the host system, in addition to Vulkan ICDs. This is not currently included in the SteamLinuxRuntime_soldier Steam depot, but should be in the next public release.
The container does not have the same /etc
or /usr
as the host system, so not all system-wide configuration files will be available. For best results, use a configuration file in your home directory. Alternatively, there is a new environment variable PRESSURE_VESSEL_FILESYSTEMS_RO
which can be used to pull in configuration files from other directories (although not /usr
for technical reasons): for example you could use PRESSURE_VESSEL_FILESYSTEMS_RO="$MANGOHUD_CONFIGFILE:$VKBASALT_CONFIG_FILE"
.
@smcv Thanks for the work on layers! Sadly there seem to still be some issues, I've reported them here: https://github.com/ValveSoftware/steam-runtime/issues/295#issuecomment-734291030
with the beta update to steam runtime it should work. Mangohud works but vkBasalt causes games to fail on launch or never launch at all. very odd.
when building the 32bit version I get this error but do not know what it really means. I do have vulkan sdk installed.
[56/57] Linking target src/libvkbasalt.so
FAILED: src/libvkbasalt.so
c++ -o src/libvkbasalt.so src/libvkbasalt.so.p/basalt.cpp.o src/libvkbasalt.so.p/buffer.cpp.o src/libvkbasalt.so.p/command_buffer.cpp.o src/libvkbasalt.so.p/config.cpp.o src/libvkbasalt.so.p/descriptor_set.cpp.o src/libvkbasalt.so.p/effect_cas.cpp.o src/libvkbasalt.so.p/effect.cpp.o src/libvkbasalt.so.p/effect_deband.cpp.o src/libvkbasalt.so.p/effect_dls.cpp.o src/libvkbasalt.so.p/effect_fxaa.cpp.o src/libvkbasalt.so.p/effect_lut.cpp.o src/libvkbasalt.so.p/effect_reshade.cpp.o src/libvkbasalt.so.p/effect_simple.cpp.o src/libvkbasalt.so.p/effect_smaa.cpp.o src/libvkbasalt.so.p/effect_transfer.cpp.o src/libvkbasalt.so.p/fake_swapchain.cpp.o src/libvkbasalt.so.p/format.cpp.o src/libvkbasalt.so.p/framebuffer.cpp.o src/libvkbasalt.so.p/graphics_pipeline.cpp.o src/libvkbasalt.so.p/image.cpp.o src/libvkbasalt.so.p/image_view.cpp.o src/libvkbasalt.so.p/keyboard_input.cpp.o src/libvkbasalt.so.p/keyboard_input_x11.cpp.o src/libvkbasalt.so.p/logger.cpp.o src/libvkbasalt.so.p/logical_swapchain.cpp.o src/libvkbasalt.so.p/lut_cube.cpp.o src/libvkbasalt.so.p/memory.cpp.o src/libvkbasalt.so.p/renderpass.cpp.o src/libvkbasalt.so.p/reshade_uniforms.cpp.o src/libvkbasalt.so.p/sampler.cpp.o src/libvkbasalt.so.p/shader.cpp.o src/libvkbasalt.so.p/stb_image.cpp.o src/libvkbasalt.so.p/stb_image_resize.cpp.o src/libvkbasalt.so.p/util.cpp.o src/libvkbasalt.so.p/vkdispatch.cpp.o -Wl,--as-needed -Wl,--no-undefined -Wl,-O1 -shared -fPIC -Wl,--start-group -Wl,-soname,libvkbasalt.so -m32 src/reshade/libreshade.a /usr/lib/x86_64-linux-gnu/libX11.so -Wl,--end-group -Wl,-rpath,/usr/lib/x86_64-linux-gnu -Wl,-rpath-link,/usr/lib/x86_64-linux-gnu
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libX11.so: error adding symbols: file in wrong format
collect2: error: ld returned 1 exit status
ninja: build stopped: subcommand failed.
Turns out I was missing some dependencies. Doing the below command allows for proper installation.
apt install build-essential gcc-multilib libx11-dev libx11-dev:i386 glslang-tools spirv-tools spirv-headers g++-multilib
Unfortunately games like KCD will just infinitely sit at loading exe when vkbasalt is enabled (proton).
War Thunder (native) will produce a lovely annoying Exception error box where you must press OK for it to crash back to desktop.
@jarrard That sounds like you are on debian and aren't using PKG_CONFIG_PATH=/usr/lib/i386-linux-gnu/pkgconfig
.
I managed to fix it in the end. However vkbasalt still doesn't work for me (crashes or freezes games when used).
I posted a full build log here: I'm using Pop!_OS 20.10
https://github.com/DadSchoorse/vkBasalt/issues/119
Installed manjaro, complete new install. Using mesa-12 lvmm11, kernel 5.10rc6 and vkbasalt won't work with anything. Perhaps my issue is related to vkbasalt only working on early mesa or kernel versions.
Unfortunately I have a Navi2 card, so I can't test on earlier mesa/kernel.
Does not work for me on DXVK. Notably Portal 2 (-vulkan
flag).
Mangohud loads, vkBasalt logs config file variables, but then does nothing.
Works with vkcube and talos principle.
vkbasalt: 0.3.2.4-1 distro: manjaro mesa: 21.0.3-3 gpu: rx570
@L1Q works for me, make sure you have 32bit vkbasalt installed. (lib32-vkbasalt
or something like that)
Yes, it's named lib32-vkbasalt
on AUR.
Now that 32bit is installed it works, for Proton even affects mangohud.
Having to install both versions is worth mentioning in readme.
Thanks a ton!
Everything is done according to the instructions. Doesn't work in steam, nowhere at all. Tried it in wine, exposed the keys in various ways - no reaction. How does it work at all? Operating System - Linux Mint 20 Cinnamon The program compiled fine. Log files are not created.
Examples: Driver 3
In steam i add ENABLE_VKBASALT=1 %command% for launch option. No change.