People following the project with interest in its technical aspects know that the L.B.A. Tribute runs on OpenGL. This graphics API was introduced in 1992 and by some, it is loved while by others, hated. These days you may hear an opinion that it is inferior compared to DirectX.
In reality, the answer is more complex. OpenGL evolved from its original form and these days the current stable release carries version 4.6 which was released in 2017. I mention that because on the internet, you can still find tutorials and people using OpenGL 1.4 from 2002 and claiming that it is inefficient and not modern.
In reality, if you look at the API that OpenGL 4.6 offers, you will see that it is closer to the Vulkan API than OpenGL 1.4. We ourselves used multiple versions of OpenGL and in these 18 years, we learned how to use it efficiently, grew fond of it, and these days have a large sentiment for it. But even we understand that in the game industry, nothing stays the same. Things moving forward, GPU architecture evolving, API changing, and modern tooling focus more on supporting Vulkan and DX12.
This was visible when we recently tried to improve our shaders compilation pipeline. Our goal was to combine SPIR-V which is us for Vulkan with OpenGL. Based on documentation it should work without any problems but in practice, our attempt was only partially successful. We managed to use it for shader compilation which gave us uniform errors across different vendors. But it also failed to load the SPIR-V shader in OpenGL which was our goal. All our attempts to use it resulted in not passing some data to the shaders. We even tried examples from other people. But even they failed for our machines which was a sad discovery.
Another example of issues with OpenGL was when we were tracking graphical issues. Each of them was a small issue with the API usage that potentially could be caught by the debug layer in Vulkan. In the end, all the tools for OpenGL did not give us clear information that something went wrong and we needed to spend a significant amount of time to track them down. For people interested in graphics we are currently using RenderDoc and Nvidia Nsight Graphics. Looking only at them we have a feeling that OpenGL lacks debug tools compared to more modern APIs. In some way, this makes sense as the current focus of the vendors is on the modern API and not on something used by a few.
That is why we decided to start the process of switching all our tooling to support:
Now, don't worry. We do not plan to drop everything. We plan to do things in stages and the first one of them is to prepare code for the second graphics API and display a triangle on screen. This effort will be driven by Alex while I’m continuing our Little Big Adventure project. Things are slowly coming together and last week was the first time when we felt that we finished with only fixing stuff and doing something that moves us closer to the finish line.