https://bugs.freedesktop.org/show_bug.cgi?id=110480
Bas Nieuwenhuizen <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |NOTABUG
Status|NEW |RESOLVED
--- Comment #6 from Bas Nieuwenhuizen <[email protected]> ---
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.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug._______________________________________________
mesa-dev mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
