Vulkan渲染GLTF模型纹理异常，仅Blender内建纹理可正常显示

核心差异定位 #

你的问题聚焦于：外部PNG导入Blender再导出GLTF的纹理，在AMD集成GPU上显示异常；但Blender内创建的纹理（无论直接使用还是导出PNG复用）均正常，且旧Nvidia设备无此问题。优先从以下方向排查：

1. 纹理sRGB标记与采样器匹配 #

• 对比两类GLTF文件：用文本编辑器打开GLTF，查看textures节点是否包含sRGB: true标记。外部PNG导入Blender后导出时，可能未正确标记sRGB属性；AMD Vulkan驱动对sRGB纹理的采样要求更严格，若代码中给sRGB纹理误用线性采样器（反之亦然），会直接导致颜色失真。
• 检查Vulkan采样器配置：确认sRGB格式纹理对应VK_FORMAT_R8G8B8A8_SRGB，采样器的filter、unnormalizedCoordinates参数与纹理格式匹配。Nvidia驱动对格式不匹配容错性高，AMD则严格遵循规范。

2. 纹理通道顺序与像素数据 #

• 验证像素通道顺序：外部PNG可能为BGRA格式，而Blender自绘纹理默认是RGBA。在纹理上传到Vulkan前，打印几组像素的RGBA值，对比两类纹理的通道顺序是否一致。
• 检查TinyGLTF加载配置：确认LoadOptions中的flipY参数是否正确。Blender导出GLTF时默认翻转Y轴，若代码重复翻转或未翻转，会导致纹理错位或颜色异常。

3. Vulkan纹理布局与内存屏障 #

• 确认纹理布局转换流程：从VK_IMAGE_LAYOUT_TRANSFER_DST_OPTIMAL转换到VK_IMAGE_LAYOUT_SHADER_READ_ONLY_OPTIMAL时，是否正确插入了VK_PIPELINE_STAGE_TRANSFER_BIT与VK_PIPELINE_STAGE_FRAGMENT_SHADER_BIT对应的内存屏障。Nvidia对布局错误容忍度高，AMD则会直接触发显示异常。

4. AMD驱动与工具验证 #

• 更新驱动：Arch Linux下执行pacman -S mesa vulkan-radeon升级到最新版本，旧驱动大概率存在纹理兼容性Bug。
• 用glTF-Validator扫描GLTF文件：工具会直接指出纹理格式、属性的异常，比如是否缺少必要标记、像素数据是否合规。
• 快速验证实验：将外部PNG导入Blender后直接另存为PNG（无修改），再导入Blender导出GLTF。若此时显示正常，说明Blender对外部PNG的元数据有特殊处理逻辑，需在代码中适配。

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