为何Vulkan交换链优先选择非SRGB格式？

首先看示例中的表面格式选择代码：

vk::SurfaceFormatKHR Demo::pick_surface_format(const std::vector<vk::SurfaceFormatKHR> &surface_formats) {
// Prefer non-SRGB formats...
for (const auto &surface_format : surface_formats) {
    const vk::Format format = surface_format.format;

    if (format == vk::Format::eR8G8B8A8Unorm || format == vk::Format::eB8G8R8A8Unorm ||
        format == vk::Format::eA2B10G10R10UnormPack32 || format == vk::Format::eA2R10G10B10UnormPack32 ||
        format == vk::Format::eR16G16B16A16Sfloat) {
        return surface_format;
    }
}

printf("Can't find our preferred formats... Falling back to first exposed format. Rendering may be incorrect.\n");

assert(surface_formats.size() >= 1);
return surface_formats[0];
}

优先选择非SRGB格式主要有这些技术考量：

• 掌控色彩转换逻辑：如果使用SRGB格式，驱动会自动执行gamma校正（把线性色彩转成SRGB空间存储）。但现代渲染流程通常会在片元着色器里自己处理色彩空间转换（比如先把纹理的SRGB转线性，计算光照后再转回SRGB），这时候驱动的自动转换会导致双重gamma校正，画面出现过亮、发灰的错误。非SRGB格式让开发者完全控制色彩转换的时机，避免隐式操作带来的冲突。
• 适配线性渲染工作流：光照、混合、后期特效等渲染操作只有在线性色彩空间下才符合物理规律。非SRGB格式（比如Unorm或浮点格式）存储的是线性色彩值，后续对帧缓冲的读取、处理（比如 bloom、色调映射）可以直接基于线性值操作，不需要额外的格式转换步骤，流程更高效清晰。
• 兼容性与精度需求：部分老旧硬件或特殊平台对SRGB格式的支持存在限制，优先非SRGB格式能提升示例的兼容性。另外像eR16G16B16A16Sfloat这种浮点格式，提供了更高的色彩精度，可支持HDR渲染场景，这是SRGB格式无法满足的。
• 示例代码的教学性：作为基础演示示例，优先非SRGB格式能让渲染逻辑更透明。学习者可以清晰看到色彩处理的每一步，不会被驱动的隐式转换干扰，更易理解Vulkan的渲染流程控制。

内容的提问来源于stack exchange，提问作者Honey