vulkan-guide VS AMDVLK

I totally agree, and so do the people working on it as well as some of the volunteers who write tutorials.

There's an ongoing effort to create beginner friendly introductory material which was discussed in the recent Vulkanised conference. And an effort to make a better documentation site that's easier to browse than the specification.

On the volunteer front, there's a Vulkan 1.3 -based introductory tutorial (work in progress) over at https://vkguide.dev/

I think there should be a Vulkan tutorial that doesn't start with the boring stuff of initialization and window creation. It's stuff that you write once and forget about, and nothing particularly interesting happens in it.

Looking at my hobby project, excluding the boring stuff (which is reusable), a "hello compute" example is around 100 LOC and a "hello triangle" around 120 LOC. GLSL shader sources included.

Maybe someday I'll get around to writing a "learn Vulkan the hard way" blog post with examples.

Once you're beyond the "introductory" phase, resources become more specialized based on what you'd like to learn -- there are Vulkan tutorials like https://vkguide.dev/ which will teach you the API and also give a bit more insight in how modern GPU hardware is structured, there are books like the "GPU Zen" series that do deep-dives on specific techniques, and there are tons of recorded GDC and SIGGRAPH talks on interesting new techniques. :)

Personally, I'm a hands on learner who actually wants to use this stuff in my career, so I'd recommend these tutorials: https://learnopengl.com/ https://vulkan-tutorial.com/Overview https://vkguide.dev/

vkguide teaches some good practices regarding code/renderer structure, but I'm afraid it doesn't go as deep as you'd like. It's certainly deeper than most other tutorials, though.

https://vkguide.dev/ This is my favorite.

Context: I just want to better understand synchronization, semaphores, barriers, render pass dependencies, etc. I am fairly new to Vulkan but watched this excellent Vulkan Lecture Series (all episodes), took notes, followed the Vulkan Guide tutorials, played with a couple of code examples for post-processing, raytracing and subpasses from this repo in order to practice, etc. In other words, I am a Vulkan newbie, but have started putting the effort to learn.

Also,this guide was better when I ran through Vulkan. Also also the Vulkan C++ wrapper was just pure jank just not worth it, but it was a couple years ago so it could be better now.

Budeš je muset sám compilenout z open source kódu.

Other parts of the stack can be released, and I'd bet anything that AMD's vulkan driver, amdvlk, is at least very similar to the windows implementation, just with a different PAL backed by whatever the windows systems are instead of libdrm.

Looks like an issue with a more recent version of amdvlk (https://github.com/GPUOpen-Drivers/AMDVLK/issues/278). Some people resolved by uninstalling amdvlk, but I was able to launch it with amdvlk still installed by using the launch options settings I've provided with this report.

https://github.com/GPUOpen-Drivers/AMDVLK/issues/253 -> this is one of the two Vulkan drivers for AMD in Linux. Did you see who made the bugreport?

Take a look at this AMD Vulkan driver page. The input is the Vulkan API, but this gets translated to "Platform Abstraction Library", which itself gets passed to libdrm_amdgpu and then to the amdgpu kernel module itself.

Except the vast majority of code for the open source driver still comes from AMD employees. Let's look at the AMDVLK code shall we? https://github.com/GPUOpen-Drivers/AMDVLK/graphs/contributors

vk_ext_transform_feedback & VK_EXT_SAMPLER_FILTER_MINMAX broken on GCN POLARIS · Issue #251 · GPUOpen-Drivers/AMDVLK (github.com)