I hadn't checked that in some time, but I wanted to see if they fixed anything in the Vulkan port. The last time I tried it, the vulkan game had artifacts like black areas where things weren't displaying properly. So I was using the OpenGL... shrug, it worked fine.

https://github.com/RobertBeckebans/RBDOOM-3-BFG#about

I came to find that not only have they worked on the Vulkan port, that's all there is now. They have discontinued the OpenGL.

It's pretty slick, I'm getting smooth performance (well, so was I with the old OpenGL build) and everything seems to render correctly. It's got TAA (temporal) antialiasing now so it looks good.

To build this AND to run this, it needs the Microsoft DirectX Shader Compiler now (dxc)... they use it for both DirectX 12 and Vulkan/SPIR-V. Some distributors might provide that (Arch would) but this was for my from-scratch system so I had to build it. It's not difficult, because it pulls in the correct versions of persnickety things it needs as submodules (e.g. LLVM parts, SPIR-V headers and tools). So pretty much any dev environment should have the tools. gcc/g++, python, cmake, ninja. I just had to figure out what to do with cmake, but a quick perusal of the CMakeLists.txt showed that there really wan't anything, except that it jumped out at me that it was going to do a debug build by default.

git clone --recursive https://github.com/microsoft/DirectXShaderCompiler.git

git submodule update --init (just in case... should do nothing since I did a fresh recursive git clone)

Just a basic cmake command with some pre ordained parameters pertaining to LLVM and SPIR-V configuration.

cd DirectXShaderCompiler
mkdir build
cd build
cmake ../ -G Ninja -C ../cmake/caches/PredefinedParams.cmake -DCMAKE_BUILD_TYPE=Release
ninja

I just manually installed the binary

# install -Dm755 bin/dxc /usr/local/bin

Ooops, it needs its shared library

# install -Dm755 lib/libdxcompiler.so /usr/local/lib

I don't know if they are needed, but I also copied the includes

# cp -R include/dxc /usr/local/include

Now, for the game itself, I already had everything I needed to compile it. Nothing special that I didn't already have.

git clone --recursive https://github.com/RobertBeckebans/RBDOOM-3-BFG.git

Dependencies are basic: sdl2, cmake, openal, vulkan, ffmpeg (and ffmpeg may not be necessary because the build uses Bink for video by default now)

cd RBDOOM-3-BFG/neo
./cmake-linux-release.sh
cd ../build
make -j (I used 10)

You should take a look at that file, cmake-linux-release.sh

cd ..
rm -rf build
mkdir build
cd build
# cmake -G "Unix Makefiles" -DCMAKE_BUILD_TYPE=Release -DONATIVE=ON -DFFMPEG=OFF -DBINKDEC=ON ../neo
cmake -G "Unix Makefiles" -DCMAKE_BUILD_TYPE=Release -DCMAKE_C_FLAGS:STRING="-O3 -march=nehalem" -DCMAKE_CXX_FLAGS:STRING="-O3 -march=nehalem" -DONATIVE=OFF -DFFMPEG=OFF -DBINKDEC=ON ../neo

You can see where I made my changes (I commented out the original line). It should be fine, but I don't like fuzzy things like -march=native, I know what cpu target I want.

Now here's where it gets tricky. The instructions still say to just drop in the base directory from a legit Doom3-BFG edition (e.g. from Steam) and drop in RBDoom3BFG.

However, the first error will be a missing renderprogs2/spirv/builtin/gui.vs.bin

OK, I need to copy the new renderprogs2 directory from the base directory in the source dir. Ahh, the game runs now, a game will load but it will be a black screen with some hud elements visible.

It also needs AT LEAST the materials directory copied to base in the game dir. I also copied textures but I'm not sure that one is necessary.

Linux native Doom 1,2, and 3 + expansions fully ported to Vulkan. I have only tried Doom 3 and Doom 3 Resurrection of Evil so far though.

Last edited by Grogan on 8 November 2023 at 4:53 pm UTC