Bug 110480

Created attachment 144055 [details]
radv

Created attachment 144056 [details]
amdvlk

Created attachment 144057 [details]
nvidia

Created attachment 144058 [details]
vkcube radv vs. amdvlk side by side

See the attachment, for me the colors are equal.

Can I ask

1) which vkcube did you use and where did you get it from? I used github.com/krh/vkcube which AFAIU is the upstream. However, I noted that the cube textures are different so it seems you're using something different.

2) What windowing system do you use. Is this X11? Wayland? Xwayland? directly to display? HDR colors?

(In reply to Bas Nieuwenhuizen from comment #4)
> 1) which vkcube did you use and where did you get it from?
It's vkcube from vulkan-tools:
https://github.com/KhronosGroup/Vulkan-Tools

Okay, looks like there is

https://github.com/KhronosGroup/Vulkan-Tools/blob/master/cube/cube.c

This demo picks the first surface format provided by the driver.

Looking at AMDVLK (with vulkaninfo, under "Presentable Surfaces"):

GPU id       : 0 (Radeon RX Vega)
Surface type : VK_KHR_xcb_surface
Formats:                count = 2
        B8G8R8A8_UNORM
        B8G8R8A8_SRGB

Looking at radv:

GPU id       : 0 (AMD RADV VEGA10 (LLVM 9.0.0))
Surface type : VK_KHR_xcb_surface
Formats:                count = 2
        B8G8R8A8_SRGB
        B8G8R8A8_UNORM


So the first format chosen is just different.

Whether any app should choose _SRGB or _UNORM is more complicated (as UNORM images are typically still interpreted by the windowing system as SRGB, but _SRGB gives you automatic linear->srgb color conversions during rendering. Doing one of those conversion typically makes everything all lighter or all darker)

Closing assuming this is the vkcube you referenced. You'll likely find Intel has the same behavior as radv.